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PREFACE 


The  Local  Automation  Model  (LAM)  is  a  prototype  automated  library  system 
designed  to  support  cataloging  and  reference  functions  performed  by  technical 
libraries  belonging  to  the  DoD  Shared  Bibliographic  Input  Network  (SBIN) . 
Through  use  of  the  LAM,  SBIN  members  can  1)  search  and  extract  bibliographic 
information  maintained  by  the  Defense  Technical  Information  Center  (DTIC), 
2)  catalog  holdings  with  DTIC,  and  3)  create,  maintain,  and  search  a  local 
catalog.  The  LAM  will  combine  these  capabilities  in  a  single  system  using  a 
single  applications  language. 

The  LAM  will  be  set  up  at  a  test  site  library  —  that  of  the  Defense 
Nuclear  Agency  —  and  will  then  be  available  for  implementation  by  other  SBIN 
member  technical  libraries. 

This  System  Specification  describes  the  functions  and  processes  provided 
by  the  LAM,  the  software  and  hardware  environment,  and  the  logical  flow  of 
processes  and  control  within  the  system.  The  system  is  specified  using  the 
Hierarchy- Input-Process-Output  design  methodology. 

Software  and  hardware  for  implementing  the  LAM  will  be  selected  on  the 
basis  of  the  requirements  and  characteristics  documented  in  the  System 
Specification. 

Implementation  of  the  LAM  1)  enables  SBIN  member  libraries  to  reduce  the 
time  and  effort  required  for  cataloging  information  and  later  retrieving  it 
for  patrons  and  2)  provides  greater  opportunity  for  libraries  to  share 
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SECTION  1 .  GENERAL 


1.1  Purpose  of  the  System  Specification. 

The  System  Specification  for  the  Local  Automation  Model  (LAM)  is  written 
to: 

-  Define  the  system  functions  in  detail 

-  Communicate  details  of  the  continuing  analysis  between  system  users 
and  the  system  developer 

-  Define  the  interfaces  with  other  systems  and  the  facilities  to  be  used 
for  the  interfaces. 

1.2  Project  References. 

The  development  of  this  document  is  authorized  by  Logistics  Management 
Institute  (LMI)  Task  Order  No.  DL401  (MDA903-81-C-0166)  "Local  Automation 
Model,"  undertaken  by  LMI  at  the  request  of  the  Defense  Logistics  Agency 
(DLA) .  The  project  began  on  1  November  1982  under  sponsorship  of  the  Defense 
Technical  Information  Center  (DTIC) ,  Information  Research  and  Technology 
Division,  and  is  monitored  by  the  Office  of  Information  Systems,  DTIC. 

This  System  Specification  utilizes  the  documentation  listed  below  as  well 
as  information  obtained  through  direct  contact  with  the  potential  users  of  the 
LAM.  The  following  documents  were  referred  to  in  the  development  of  this 
report: 

-  LMI  Task  Order  No.  DL401,  "Local  Automation  Model,"  Logistics  Manage¬ 
ment  Institute,  1  October  1983. 

-  "Local  Automation  Model:  Requirements  Definition,"  Logistics  Manage¬ 
ment  Institute,  17  February  1983. 

-  "Local  Automation  Model:  Conceptual  Design  Document,”  Logistics 
Management  Institute,  April  1983. 

-  "Local  Automation  Model:  Functional  Description,"  Logistics  Manage¬ 
ment  Institute,  October  1983. 
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"Department  of  Defense  Automated  Data  Systems  Documentation  Stan¬ 
dards,"  DoD  Standard  7935. 1-S,  13  September  1977. 


-  "Data  Element  Dictionary,  DTIC  Uniform  Data  Systems,"  DTIC  Hand¬ 
book  4185.8,  AD-A083800 ,  April  1980. 

-  "Department  of  Defense  ADP  Security  Manual,"  DoD  5200. 28-M, 
January  1973. 

-  "Security  Requirements  for  Automatic  Data  Processing  (ADP)  Systems," 
DoD  Directive  5200.28,  December  1972  (including  Change  One,  May  1977, 
and  Change  Two,  April  1978). 

-  "Security  Requirements  for  Automated  Data  Processing  (ADP)  Systems," 
DNA  Directive  5200. 28A,  5  December  1978. 

"Systems  Design  and  Documentation  --  An  Introduction  to  the  HIP0 
Method,"  Harry  Katzan,  Jr.,  Van  Nostrand  Reinhold  Company,  New  York, 
1976. 

-  "Automated  Technical  Library  Accession  System  (ATLAS)  Users  Guide," 
Headquarters,  Defense  Nuclear  Agency,  July  1976. 

-  "Generalized  Information  Retrieval  Language-II  (GIRL-II)  Users  Guide," 
Headquarters,  Defense  Nuclear  Agency,  May  1974. 

-  "Circulation  Automated  Program  (CAP),"  Headquarters,  Defense  Nuclear 
Agency,  May  1980. 


1.3  Terms  and  Abbreviations. 

The  following  acronyms ,  terms ,  and  abbreviations  are  used  in  this 
document : 


ADP 

ANSI 

ASCII 

COM 

COSATI 


CPU 

CRT 

Data  Base 

DBA 

DBMS 


DLA 

DNA 

DoD 


Automated  (or  Automatic)  Data  Processing 
American  National  Standards  Institute 
American  Standard  Code  for  Information  Interchange 
Computer  Output  Microfilm 

Committee  on  Scientific  and  Technical  Information,  estab¬ 
lishes  of  a  library  classification  system  used  at  DoD 
technical  libraries 

Central  Processing  Unit  of  a  computer 
Cathode  Ray  Tube  video  display  for  user  terminal 
A  collection  of  files  maintained  and  accessed  by  an  automated 
system  for  use  by  applications  running  on  the  system 
Data  Base  Administration 

Data  Base  Management  System  —  a  software  product  that  con¬ 
trols  and  facilitates  a  user's  interaction  (input,  retrieval, 
and  processing)  with  data  files  in  an  automated  information 
system 

Defense  Logistics  Agency 
Defense  Nuclear  Agency 
Department  of  Defense 


DRIT  DTIC  Retrieval  and  Indexing  Terminology 

DROLS  Defense  RDT&E  On-Line  System 

DTIC  Defense  Technical  Information  Center 

DTL  DNA  Technical  Library 

FD  Functional  Description  —  a  document  that  defines  the 

requirements  of  a  system  and  states  the  operational 
capability  to  be  developed 

File  A  collection  of  logically  related  records  (generally  all  in 

the  same  format)  maintained  and  accessed  by  an  automated 
system  as  part  of  a  data  base  for  use  by  applications  running 
on  the  automated  system 

HIPO  Hierarchy-Input-Process-Output  —  a  method  used  to  graphi¬ 

cally  document  a  system  design 

Holding  A  report,  book,  periodical,  or  microfilm  in  a  library's 

collection 

ISO  International  Standards  Organization 

LAM  Local  Automation  Model 

NMA  National  Micrographics  Association 

On-line  In  teleprocessing,  a  system  in  which  the  input  data  enter  the 
computer  directly  from  the  point  of  origin  or  in  which  output 
data  are  transmitted  directly  to  where  they  are  used 
RDT&E  Research,  Development,  Test,  and  Evaluation 

RTIS  Remote  Terminal  Input  Subsystem  used  by  DoD  libraries  to 

input  data  to  DTIC 

SBIN  Shared  Bibliographic  Input  Network 

SDI  Selective  Dissemination  of  Information 

TR  Technical  Report 

TS  Top  Secret 

VTOC  Visual  Table  of  Contents  —  a  diagram  showing  the  organiza¬ 

tion  of  a  system  or  component  part  of  a  system. 


SECTION  2.  SUMMARY  OF  REQUIREMENTS 


2.1  System  Description. 

DTIC  operates  and  maintains  the  Technical  Reports  (TR)  data  base  con¬ 
taining  over  a  million  bibliographic  citations  and  abstracts.  They  cover  a 
broad  range  of  subjects  related  to  research,  studies,  and  projects  conducted 
or  sponsored  by  the  Department  of  Defense  (DoD) .  The  citations  are  entered  by 
the  DTIC  staff,  using  bibliographic  data  derived  from  or  accompanying 
documents  submitted  for  entry.  DTIC  provides  access  to  information  contained 
in  the  TR  data  base  in  support  of  DoD-sponsored  research  and  development 
efforts . 

DTIC  sponsors  the  Shared  Bibliographic  Input  Network  (SBIN) ,  consisting 
of  DoD  and  selected  contractor-operated  technical  libraries.  Through  SBIN, 
member  libraries  can  catalog  --  in  the  TR  data  base  --  documents  published  by 
or  for  their  parent  organizations.  This  capability  can  potentially  reduce 
cataloging  effort  through  sharing  of  bibliographic  citations  already  entered 
in  the  TR  data  base  by  DTIC  or  other  SBIN  members.  In  addition,  member 
libraries  can  develop  on-line  catalogs  of  their  technical  report  holdings, 
search  these  catalogs,  and  produce  citation  lists  for  patrons.  Access  to  the 
TR  data  base  is  provided  through  use  of  the  Remote  Terminal  Input  Subsystem 
(RTIS)  operated  by  DTIC  with  communications  capabilities  provided  by  the 
Defense  RDT&E  On-line  System  (DROLS). 

Though  the  capabilities  provided  through  SBIN  participation  offer  great 
potential  for  reducing  the  cataloging  work  of  library  staffs,  present  imple¬ 
mentation  methods  and  limitations  inhibit  extensive  use  of  these  capabilities. 
For  example,  the  format,  procedures,  and  protocols  used  by  DROLS  and  RTIS  are 
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likely  to  be  different  from  those  used  in  a  manual  or  automated  system 
supporting  the  library.  This  results  in  duplication  of  effort  in  that  a 
cataloger  must  enter  the  same  bibliographic  data  twice  for  each  holding. 
Moreover,  to  use  both  systems  effectively,  the  library  staff  must  master  two 
sets  of  procedures.  Furthermore,  some  classified  holdings  cannot  be  cataloged 
in  the  TR  data  base.  The  libraries  must  therefore  operate  and  maintain  their 
own  separate  systems. 

LAM  is  a  library  system  designed  to  support  cataloging  and  reference 
capabilities  for  SBIN  member  libraries  using  the  TR  data  base.  It  is 
available  for  implementation  at  every  SBIN  member  library,  and  users  will  be 
able  to  search  both  the  TR  data  base  and  a  local  catalog  maintained  on  the 
system.  A  single  search  language  and  format  will  access  both  the  TR  data  base 
and  the  local  catalog. 

When  cataloging  a  new  holding,  users  of  the  system  will  be  able  to  check 
the  TR  data  base  for  the  existence  of  a  catalog  record.  If  the  holding  is 
already  cataloged,  the  library  may  choose  to  extract  the  citation  for  use  in 
its  local  catalog  and  may  add  its  own  holding  symbol  to  the  TR  data  base 
citation  for  future  reference  or  shelf  list  development.  Technical  reports 
cataloged  in  the  local  system  may  be  readily  transformed  for  entry  into  the  TR 
data  base,  thus  reducing  the  current  duplication  of  effort  associated  with 
SBIN  participation. 

In  addition  to  technical  reports  not  eligible  for  cataloging  in  the  TR 
data  base,  libraries  may  choose  to  catalog  other  holdings  (e.g.,  books  and 
serials)  in  the  local  system,  following  their  own  catalog  formats. 

A  test  site  prototype  of  the  LAM  will  be  implemented  at  the  Defense 
Nuclear  Agency  (DNA)  in  Alexandria,  Virginia.  System  implementation  will  make 
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maximum  use  of  available  off-the-shelf  software  oackages,  modified,  as 
required,  to  meet  the  system  requirements  and  design  in  this  System 
Specification.  DNA  will  be  responsible  for  operation  and  maintenance  of  the 
test  site  system.  To  facilitate  implementation  and  use  by  other  SBIN  member 
libraries,  the  system  will  be  transportable  to  two  or  three  brands  of  mini¬ 
computers  with  minimum  modification  required.  However,  the  data  base 
structure  used  by  the  LAM  will  have  to  be  modified  to  accommodate  library 
procedures  or  catalog  formats  that  differ  from  those  reflected  in  the  System 
Specification  for  the  test  site. 

Though  the  main  emphasis  of  the  LAM  is  on  cataloging  and  reference 
capabilities,  additional  library  functions  are  covered  by  the  initial  system 
design.  This  is  done  to  provide  an  integrated  system  design  for  libraries 
electing  to  implement  a  more  comprehensive  system  in  support  of  library 
operations.  As  documented  now  in  the  System  Specification,  the  LAM  consists 
of  six  modules: 

1.  System  Management 

2.  Cataloging 

3.  Reference 

4.  Circulation  Management  and  Control 

5 .  Serials  Management 

6.  Acquisition  Management. 

The  system  requirements  contained  in  this  System  Specification  will  be  the 
basis  for  selecting  software  for  LAM  implementation. 

2.2  System  Functions. 

This  subsection  describes  the  functions  specified  for  each  module  of  the 
LAM.  The  methods  used  to  perform  these  functions  are  described  in  subsec¬ 
tion  4.4.  The  number  in  parentheses  accompanying  each  module  and  function 
name  serves  as  an  index  to  system  design  charts  and  diagrams  used  throughout 
the  System  Specification.  For  example,  the  System  Management  Module  is 
numbered  ”1.0," 


and  all  constituent  functions  performed  within  the  module  are 


identified  by  numbers  beginning  with  "1,"  e.g.,  Download  Retrieved  Data  (1.5) 
and  Generate  Reports  (1.8).  Figure  2-1  shows  the  organization  of  the  first- 
level  system,  the  six  modules  within  the  LAM. 


a.  System  Management  (1.0). 

Functions  within  this  module  provide  basic  operations  common  to  two 
or  more  modules:  support  system  maintenance,  backup,  and  recovery;  the  inter¬ 
face  between  the  system  user  and  the  applications  programs  contained  in  other 
modules;  and  the  interface  between  the  LAM  and  the  DTIC  TR  data  base. 

Figure  2-2  depicts  the  organization  of  the  System  Management  Module 
and  lists  the  functions  performed  by  the  module. 

b.  Cataloging  (2.0). 

Functions  within  this  module  enable  users  to  develop  and  update 
catalog  entries  for  the  local  catalog  and  to  retrieve  and  modify  a  DTIC  TR 
data  base  citation  for  use  in  the  local  catalog.  In  addition,  functions 
within  this  module  permit  users  to  develop  and  submit  catalog  entries  for  the 
TR  data  base.  The  organization  of  the  Cataloging  Module  and  the  functions 
performed  by  the  module  are  shown  in  Figure  2-3. 

c.  Reference  (3.0). 

This  module  supports  bibliographic  searches  of  the  local  catalog  as 
well  as  the  TR  data  base,  enabling  the  library  staff  to  search  the  local 
catalog  and  TR  data  base  by  title,  author(s),  publication  date,  security 
classification,  local  or  DTIC  accession  number,  and  subject  term/descriptor. 
Citations  produced  by  a  search  can  be  subsearched,  sorted,  and  printed  for  use 
by  a  patron.  Figure  2-4  shows  the  organization  of  the  Reference  Module  and 
lists  the  functions  performed. 
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FIGURE  2-4.  REFERENCE  MODULE  ORGANIZATION 


Mil 


The  functions  in  this  module  are  required  for  collection  management 
and  tracking,  patron  registration,  patron  verification,  and  classified  holding 
management.  Figure  2-5  depicts  the  organization  of  the  Circulation  Management 
and  Control  Module  and  lists  the  functions  performed, 
e.  Serials  Management  (5.0). 


Functions  related  to  tracking  subscriptions  held  by  the  library  are 
contained  in  the  Serials  Management  Module.  Updating  the  serials  catalog  is 
also  supported  by  this  module.  The  functions  performed  by  the  Serials 
Management  Module  are  shown  in  Figure  2-6. 
f.  Acquisition  Management  (6.0). 

Functions  within  this  module  support  library  operations  related  to 
acquisition  budget  tracking,  local  catalog  duplication  checking,  and  pre¬ 
liminary  or  initial  cataloging  for  ordered  or  recently  acquired  holdings. 
Figure  2-7  shows  the  organization  and  functions  of  the  Acquisition  Management 
Module . 

2.2.1  Accuracy  and  Validity. 

Support  of  LAM  functions  requires  few  arithmetic  operations.  Basically 
an  administrative  —  rather  than  scientific  —  data-processing  application, 
the  LAM  will  be  able  to  produce  statistical  reports  related  to  library  circu¬ 
lation  operations  and  acquisition  budget  management.  Some  of  these  reports 
will  include  data  elements  representing  dollar  amounts.  These  data  will  be 
stored  as  real  numbers  and  may  represent  amounts  ranging  from  -100,000.00  to 
+100,000.00.  The  accuracy  requirement  for  such  fields  is  two  digits  to  the 
right  of  the  decimal  point  (representing  hundredths  of  dollars).  Computations 
using  these  amount  fields  must  preserve  that  level  of  accuracy. 


FIGURE  2-5.  CIRCULATION  MANAGEMENT 


Data  elements  representing  dates  (e.g.,  report  date)  will  use  the  DTIC 
standard  format  for  descriptive  cataloging.  This  format  consists  of  one  or 
two  numeric  digits,  three  alpha  digits,  and  two  numeric  digits  (e.g.,  1  JAN  83 
or  15  FEB  83) .  Data  that  represent  current  dates  should  be  drawn  from  the  LAM 
computer  system. 

The  need  to  process  data  elements  representing  security  classification  or 
special  handling  procedures  increases  the  level  of  importance  for  accuracy  and 
validation.  Data  elements  that  depict  this  information  require  both  human 
verification  and  software  verification.  The  software  edits  must  be  capable  of 
cross-checking  all  data  elements  that  contain  or  refer  to  associated  data 
elements.  An  example  of  this  type  of  validation  is  REPORT  CLASSIFICATION.  An 
entry  in  this  field  is  mandatory.  In  addition,  data  fields  that  represent 
REGRADE  CATEGORY,  REPORT  CLASSIFICATION,  and  REPORT  TITLE  will  be  validated. 

Required  data  elements  are  identified  in  Appendix  B  (see  column  entitled 
"Required").  The  physical  format  and  characteristics  of  all  such  data 
elements  entered  in  the  system  will  be  verified  automatically  to  ensure  the 
integrity  of  the  data  base.  These  accuracy  and  validation  eclits  will  be 
performed  by  means  of  the  LAM  software/data  dictionary.  Edit  requirements  for 
data  elements  in  the  TR  data  base  are  defined  in  the  DTIC  Data  Element 
Dictionary. 

The  LAM  will  transmit  to  and  receive  data  from  the  DTIC  TR  data  base  via 
communication  lines.  The  LAM  will  be  designed  on  the  basis  of  current  DTIC 
communication  protocol  standards  (DROLS/RTIS)  and  will  use  the  data  trans¬ 
mission  error-checking  routines  provided  by  DROLS/RTIS.  Error-checking 
routines  are  designed  to  verify  complete  and  accurate  transmission  of  messages 
between  devices  and  to  provide  methods  for  retransmission  of  message  blocks 
that  are  incomplete  or  erroneous. 


2.2.2  Timing . 


These  timing  requirements  apply  to  the  LAM: 

-  Response  times  to  user  queries  of  the  local  data  base  for  biblio¬ 
graphic  searches  or  patron  information  will  average  7.5  seconds  or 
less . 

-  Response  times  for  executing  non-search  commands  (e.g.,  selecting 
system  functions  and  generating  output  reports)  will  average  three 
seconds  or  less. 

-  Response  times  for  queries  of  the  DTIC  TR  data  base  are  dependent  on 
conditions  external  to  LAM  operations  (e.g.,  DROLS  transaction  volume 
and  complexity  of  the  search  selected).  But,  LAM  users  should  make 
sure  that  the  structure  of  the  search  submitted  to  DTIC  is  well 
defined  and  as  narrow  in  scope  as  possible,  consistent  with  search 
objectives.  This  practice  should  contribute  to  improved  response 
times  from  the  TR  data  base  and  DROLS. 

Sequential  relationships  among  system  modules  are  described  in  sub¬ 
section  4.2.  As  an  interactive  system  with  as  many  as  five  indepen¬ 
dent  components/modules,  the  LAM  will  have  no  routinely  scheduled 
sequential  processes  involving  all  components  simultaneously. 

-  The  process  of  sequencing  and  interleaving  of  programs  within 
individual  system  modules  is  described  in  subsection  4.4. 

-  The  software  selected  for  system  implementation  must  be  capable  of 
managing  or  controlling  concurrent  access  to  the  data  base  by  users 
operating  within  separate  LAM  modules.  It  is  likely  that  simultaneous 
use  of  different  modules  will  produce  concurrent  or  nearly  concurrent 
requests  for  data  base  access. 

2.3  Flexibility. 

Capabilities  will  be  provided  for  adapting  the  LAM  to  changes  in  selected 
operating  requirements.  The  following  are  likely  changes  in  operating 
requirements ,  along  with  the  corresponding  system  features  that  provide  the 
required  flexibility: 

-  Data  Base  Content  —  Once  operational,  the  LAM  will  enable  the  user  to 
change  the  format  of  elements  in  the  local  data  base,  remove  them,  or 
add  to  them. 

-  Data  Base  Structure  —  Before  implementation,  the  LAM  data  base  can  be 
structured  to  reflect  the  catalog  contents  and  format  required  by  the 
implementing  library. 

Phased  Implementation  —  The  LAM  will  be  implemented  in  phases;  each 
module  will  be  capable  of  independent  implementation. 


Ad  Hoc  Reports  —  The  LAM  will  be  capable  of  producing  ad  hoc  reports 
to  support  analysis  of  library  operations  and  management  of  library 
resources . 

Hardware  Selection  —  The  LAM  will  be  capable  of  implementation  on  two 
or  three  brands  of  computers.  (This  design  objective  may  be  waived  if 
implementation  feasibility  would  otherwise  be  affected  adversely.) 

DTIC  Interface  —  Though  none  are  now  scheduled,  changes  in  the 
protocols  and  syntax  in  use  by  DTIC  (DROLS)  after  implementation  of 
the  test  site  system  would  require  development  and  implementation  of 
changes  in  the  protocol  and  syntax  translation  software  that  was  first 
developed  for  the  LAM. 

User  Interface  —  The  LAM  will  provide  two  levels  of  user  operation: 
a  fully  prompted  version  with  extensive  "help"  and  error  messages  for 
occasional  or  inexperienced  users,  and  an  abbreviated  or  compact  set 
of  user  instructions  to  speed  the  work  of  experienced  users.  Either 
level  of  operation  may  be  selected  by  a  user  during  a  session  on  the 
system. 


SECTION  3 .  ENVIRONMENT 


3.1  Equipment  Environment. 

This  subsection  describes  the  equipment  required  to  implement  the  LAM. 
General  equipment  characteristics  and  equipment  selection  parameters  are 
discussed,  and  characteristics  for  the  test  site  system  are  recommended.  The 
equipment  characteristics  described  are  based  on  estimates  derived  from  a 
preliminary  survey  of  commercially  available  library  software  packages. 
Recommendations  concerning  specific  brands  of  equipment  for  implementing  the 
system  are  not  included  in  this  document  but  will  be  made  in  conjunction  with 
selection  of  applications  software.  Selection  of  applications  software  will 
use  the  requirements  and  performance  criteria  contained  in  the  System  Specifi¬ 
cation  and  will  generally  dictate  the  brand(s)  of  equipment  suitable  for 
system  implementation.  Selection  and  sizing  of  equipment  for  implementation 
outside  the  test  site  should  be  done  as  part  of  implementation  planning  at 
each  site. 

3.1.1  Central  Processor. 

General  Characteristics.  Along  with  the  related  operating  system  and 
utility  programs,  every  LAM  installation  will  need  a  central  processor  capable 
of  supporting  applications  programs  for  the  modules  selected  for  implemen¬ 
tation  by  the  library.  The  processor  must  support  concurrent  operation  of  the 
operating  system,  applications  programs,  and  required  LAM  utility  programs, 
such  as  the  protocol  and  syntax  translator.  The  central  processor  must 
include  an  operator  console,  an  input/output  control  unit  and  input/output 
channels  capable  of  supporting  required  peripheral  devices,  and  a  data  com¬ 
munications  processor  capable  of  supporting  the  local  user  network  and  the 
communications  link  to  the  TR  data  base. 
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Selection  Parameters.  Central  processor  size  is  based  on  the  amount  of 
main  memory  required  to  run  the  applications  programs  selected  for  the  LAM,  as 
well  as  expected  user  transaction  volume  and  required  response  times,  and  the 
number  and  types  of  peripheral  devices  required  for  system  operation. 

Characteristics  of  the  Test  Site  System.  The  test  site  will  require  a 
central  processor  with  at  least  one  megabyte  of  main  memory.  It  must  support 
the  peripheral  devices  (specified  for  the  test  site  system  in  the  following 
paragraphs)  and  provide  a  data  communications  processor  that  will  support 
simultaneous  access  by  five  users. 

3.1.2  Disk  Drive  and  Controller. 

General  Characteristics.  Every  LAM  installation  will  require  at  least 
one  disk  drive  and  controller  for  storage  of  the  local  data  base.  The  disk 
controller  directs  activities  between  the  central  processor  and  the  magnetic 
disk(s).  The  disk  drives  used  for  LAM  will  have  either  fixed  or  removable 
disks.  Removable  disks  are  required  only  if  software  and  data  base  back-ups 
are  done  on  disk.  If  magnetic  tape  is  used  in  system  back-up,  fixed  disks  are 
recommended.  The  size  (capacity)  of  a  disk  is  measured  by  the  amount  of  data 


that  can  be  stored  on  it.  This  capacity  is  measured  in  bytes  (or  characters) 


Selection  Parameters .  Determination  of  disk  storage  requirements  is  made 


by  adding  the  number  of  bytes  needed  to  store  each  file  (catalog,  patron,  and 


authority)  and  program  (software  utilities,  application,  and  system),  plus  an 


additional  factor  for  data  base  overhead  (generally  one-third  of  the  data  base 


size)  and  planned  data  base  and  program  (software)  growth  projection  over  the 


life  of  the  system.  The  storage  requirements  may  be  met  with  one  or  more 


disks  mounted  on  one  or  more  disk  drives.  The  numbers  of  disks  and  drives 


required  are  also  influenced  by  the  expected  frequency  of  disk  access,  the 


sizes  of  individual  files,  and  the  specific  capacity  of  each  manufacturer's 
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products.  If  disks  are  selected  as  the  medium  for  maintaining  back-up  copies 
of  software  and  the  data  base,  the  number  of  removable  disks  required  to 
operate  the  system  will  be  doubled.  (This  has  no  effect  on  the  number  of  disk 
drives  or  controllers  needed.) 

Characteristics  of  the  Test  Site  System.  The  test  site  will  require  an 
on-line  disk  storage  capacity  of  350  million  bytes  (characters).  The  test 
site  will  use  magnetic  tape  for  software  and  data  base  backups.  The  number  of 
disk  drives  and  disks  required  depends  on  the  brands  and  models  of  hardware 
selected  by  DNA. 

3.1.3  Tape  Drive  and  Controller. 

General  Characteristics.  A  LAM  installation  may  require  a  magnetic  tape 
drive  and  controller  for  creating  back-up  copies  of  the  data  base  and  software 
and  as  a  physical  interface  between  computer  output  microfilm  (COM)  printers 
and  magnetic  disk,  if  installed. 

Selection  Parameters.  The  selection  of  a  tape  drive  and  controller  is 
determined  by  an  installation's  backup  processing  method,  the  activities  that 
the  installation  wishes  to  support  (e.g.,  transaction  logging,  mass  storage 
for  archiving),  and  the  need  to  transfer  data  to  and  from  external  systems. 
If  several  activities  require  simultaneous  use  of  tape,  more  than  one  tape 
drive  may  be  needed.  A  tape  controller  provides  the  interface  between  the  CPU 
and  the  tape  drives.  Some  tape  controllers  are  separate  units  and  control 
multiple  tape  drives;  some  are  contained  in  the  tape  drive.  These  features 
and  options  are  dependent  on  the  number  of  tape  drives  needed,  as  well  as 
performance  characteristics,  brand,  and  model. 

Characteristics  of  the  Test  Site  System  .  The  test  site  will  require  one 


tape  drive  and  controller  for  transaction  logging.  Another  tape  drive  may  be 
required  if  the  system  backup  will  use  tape  rather  than  removable  disks. 


Their  tape  drive  and  controller  must  support  nine-track  1,600-bpi  tapes.  The 
tape  drive  will  also  produce  magnetic  tapes  for  input  to  the  COM  printer. 

3.1.4  User  Display  Terminals. 

General  Characteristics.  LAM  installations  will  require  at  least  two 
alphanumeric  display  terminals  (one  for  the  CPU  console  operator  and  one  for 
the  library)  and  a  terminal  controller.  All  terminals  transmit  and  display 
data  generated  from  the  attached  keyboard  and  display  data/messages  generated 
by  system  or  application  software.  Display  terminals  enable  the  operator/ 
librarian  to  communicate  with  the  system. 

Selection  Parameters .  The  selection  of  alphanumeric  display  terminals  is 
determined  by  the  display  features  (screen  size,  screen  capacity,  display 
format,  and  character  set),  keyboard  features  (programmable  function  keys  and 
key  arrangement),  and  the  ability  to  support  an  auxiliary  printer.  The 
terminals  obviously  must  interface  with  the  central  processor  that  has  been 
selected  for  the  LAM. 

Characteristics  of  the  Test  Site  System  .  The  test  site  will  require  a 
terminal  controller  to  manage  the  interface  between  the  terminal  and  CPU.  The 
test  site  will  require  five  alphanumeric  CRT  terminals  in  the  library  for 
entering  data  or  queries  and  displaying  data  from  the  host  processor.  These 
terminals  must  support  the  full  ASCII  character  set,  upper  and  lower  case,  and 
support  full-screen  processing  (80  characters  per  line,  24  lines  per  screen). 
Two  of  these  CRTs  must  support  low-speed  printers.  A  sixth  terminal  and 
printer  will  be  dedicated  to  the  system  operator  to  control  and  monitor  LAM 
operations . 

3.1.5  Local  Communications  Network. 

General  Characteristics.  The  LAM  requires  a  local  communications  net¬ 
work  tying  together  the  central  processor,  user  terminals,  and  other  devices 


located  within  or  near  the  library.  Important  characteristics  of  this  type  of 
network  are  high  transmission  rates,  short  transmission  distances,  and  low 
error  rates.  The  network  must  allow  for  equipment  additions,  replacements,  and 
deletions,  with  little  impact  on  the  network.  The  local  network  must  also 
have  the  security  features  required  for  processing  classified  data.  Local 
security  requirements  and  implementation  alternatives  are  discussed  in 
subsection  3.4. 

Selection  Parameters.  The  type  and  configuration  of  the  local  network  is 
selected  on  the  basis  of  required  transmission  medium  and  speed,  maximum 
distance  between  devices,  number  and  types  of  attached  devices,  and  local 
organizational  guidelines  and  regulations  for  security. 

Characteristics  of  the  Test  Site  System.  The  test  site  system  will  use  a 
local  communications  network  capable  of  transmitting  and  receiving  classified 
data  and  linking  the  remote  library  terminals  and  printers  with  the  LAM  pro¬ 
cessor.  Included  as  part  of  the  network  are  encryption  devices,  modems,  com¬ 
munications  controllers  in  the  library  and  the  computer  site,  a  multiplexer 
serving  five  terminals  and  two  printers  in  the  library,  and  shielded  transmis¬ 
sion  cable.  The  line  rate  for  the  local  network  should  be  at  least  2,400 
baud.  The  communications  protocol  capabilities  of  the  remote  devices  must  be 
compatible  with  the  protocol  supported  by  the  host  processor. 

3.1.6  DTIC  Communications  Link. 

General  Characteristics.  LAM  installations  will  provide  access  to  the 
DTIC  TR  data  base,  via  DROLS/RTIS,  by  interfacing  with  DTIC's  Sperry  DCP40 
communications  processor.  The  following  characteristics  are  specified  for  the 
LAM/DTIC  communications  link: 

-  Interface  -  RS-232C,  MIL-STD-188B,  CCITT 


Screen  size  -  1,920  characters  (80  columns  by  24  lines) 


-  Buffer  size  -  1,920  characters 

-  Auxiliary  device  interface  -  printer 

-  Character  set  -  64  ASCII  characters 

-  Character  generation  -  7-by-9  dot  matrix 

-  Keyboard  -  typewriter,  plus  function  keys 

■  Data  transmission  -  2,400-baud,  encrypted,  synchronous,  blinking 
cursor,  ASCII,  DTIC  host  polling  only. 

Selection  Parameters .  In  many  cases,  the  communications  processor(s) , 
equipment,  and  lines  used  to  establish  communications  links  between  DTIC  and 
SBIN  member  libraries  are  already  in  place.  If  not,  libraries  have  the  option 
of  selecting  a  direct-connect  classified  line,  direct-connect  unclassified 
line,  or  dial-up  unclassified  line  between  DTIC  and  the  local  library.  Selec¬ 
tion  depends  on  the  need  to  process  (transmit  or  receive)  classified  data. 
Encryption  devices  are  required  to  process  classified  data.  For  each  LAM 
installation,  devices  are  needed  at  both  DTIC  and  the  local  site. 

Characteristics  of  the  Test  Site  System.  The  test  site  system  will 
adhere  to  the  characteristics,  standards,  and  protocols  defined  for  DTIC 
(DROLS/RTIS) ,  Sperry  DCP/40  communications  processor,  and  Uni vac's  Uniscope 
100/200  CRT  Terminals . 

3.1.7  Printers  and  Printer  Controller. 

General  Characteristics.  LAM  installations  will  require  a  printer  con¬ 
troller  and  printers.  These  printers  will  produce  hard-copy  printouts 
consisting  of  system  or  application  program  messages  and  reports  used  to  man¬ 
age  the  local  library.  Several  types  of  printers  are  available;  they  include 
serial,  line,  and  page  printers.  Either  serial  or  line  printers  are  recom¬ 
mended  for  the  LAM.  Line  printers  are  faster  than  serial  printers  and  could 


be  centrally  located  to  produce  large  reports  or  provide  high-volume  output. 
The  slower  serial  printers  could  be  attached  to  CRT  terminals  to  produce  short 
reports  or  hard  copies  of  data  from  the  CRT. 

Selection  Parameters.  Parameters  used  to  determine  the  types  or  classes 
of  printers  for  LAM  sites  are: 

-  Character  set  -  the  types  of  character  sets  and  varieties  of  symbols 
required  by  the  library 

-  Print  column  -  the  maximum  number  of  print  columns  required 

-  Print  speed  -  the  maximum  rated  speed  in  characters  per  second  (cps) 
or  lines  per  minute  (1pm) 

-  Horizontal  spacing  -  the  number  of  horizontal  characters  per  inch 
(cpi) 

-  Vertical  spacing  -  the  number  of  vertical  lines  per  inch 

-  Number  of  copies  -  the  total  number  of  copies  the  device  can  print 
concurrently 

-  Feed  mechanism  -  the  type  of  paper-feed  mechanism  (e.g.,  rollers  or 
tractors)  used  on  the  printer 

-  Buffer  -  the  size  of  the  internal  buffer,  if  one  is  available 

-  Controller  -  the  availability  of  a  controller  for  the  printer 

-  Interface  -  the  type  of  interface  with  the  CRT  or  CPU  required  by  the 
printer. 

Characteristics  of  the  Test  Site  System.  The  test  site  will  require 
three  printers  —  two  serial  printers  attached  to  CRTs  in  the  library,  the 
third,  a  line  printer,  dedicated  to  the  system  operator  to  maintain  a  hard 
copy  of  system  activities  and  to  produce  high-volume  reports.  These  printers 
must  be  capable  of  producing  132-column  output.  The  two  serial  printers  in 
the  library  should  print  at  80-120  characters  per  second;  the  line  printer 
should  be  capable  of  faster  printing  —  approximately  300  lines  per  minute. 


Specific  support  software  cannot  be  chosen  until  the  applications  soft¬ 
ware  is  selected.  Applications  software  for  performing  LAM  functions  and 
processes  will  be  selected  on  the  basis  of  requirements  in  this  System 
Specification.  General  characteristics  of  support  software  however,  have  been 
developed  on  the  basis  of  system  operating  requirements  derived  from  per¬ 
formance  requirements  for  applications  software.  The  support  software 
requirements  are  described  in  the  following  paragraphs. 

3.2.1  Operating  System  and  Utility  Program  Requirements. 

User  Access.  The  LAM  will  provide  on-line  interactive  access  for  mul¬ 
tiple  users.  For  the  DNA  test  site,  simultaneous  access  by  as  many  as  five 
users  is  required.  This  capability  may  be  provided  through  interactive 
timesharing. 

Disk  File  Access.  A  disk  file  access  capability  is  required  to  support 
data  storage  and  retrieval.  The  disk  file  access  method  must  support  the  file 
access  method  used  for  data  base  management. 

File  Maintenance.  Routines  for  performing  disk  file  backup,  archiving, 
and  restoration  are  required.  Requirements  for  performing  system  and  data 
base  backups,  restarts,  and  recoveries  are  described  in  subsection  4.1. 

Data  Sorts  and  Merges.  Several  LAM  applications  require  the  use  of  a 
sort  or  merge  routine  for  processing  data  base  extracts.  This  capability  may 
be  provided  by  a  system  utility  or  by  a  routine  contained  in  the  data  base 
management  implementation  method. 


Applications  Development  Language.  The  operating  system  must  support  the 
applications  language  selected  for  the  LAM.  This  includes  supporting  a  com¬ 
piler  (if  a  compiled  language  is  selected),  a  linkage  editor,  and  a  program 


Compatibility.  The  operating  system  must  provide  a  compatible  environ¬ 
ment  in  which  operation  of  any  single  system  software  element  (applications, 
data  base  management,  utilities,  communications,  or  syntax/protocol  trans¬ 
lation)  does  not  prevent  concurrent  operation  of  any  other  software  element. 
3.2.2  Data  Base  Management  Requirements. 


General .  A  software  product  will  be  selected  for  performing  data  base 
management  for  the  LAM.  This  software  may  be  an  integral  part  of  a  library 
software  package  or  may  be  a  distinct  base  management  system  (DBMS)  product. 
Regardless  of  the  source,  this  software  must  provide  all  applications 
program-data  base  interfaces  for  locating,  updating,  and  extracting  data 
stored  on  magnetic  disk  devices.  This  software  must  permit  development  and 
execution  of  ad  hoc  reports  without  requiring  development  or  specification  of 
data  access  procedures  by  the  user.  In  addition,  the  software  used  for  data 
base  management  must  permit  on-line,  interactive  access  to  the  data  base  by 
application  programs.  Some  of  the  capabilities  specified  in  this  subsection 
may  be  contained  in  a  data  dictionary  that  is  either  included  as  a  part  of  a 
DBMS  or  provided  as  a  separate  element  within  the  system. 

Concurrent  User  Access.  The  software  selected  for  data  base  management 
must  permit  or  control  concurrent  user  access  to  the  data  base.  If  not,  means 
must  be  provided  for  automatically  queuing  and  scheduling  data  base  access. 
The  average  system  response  times  specified  in  subsection  2.2.2  must  be  met, 
regardless  of  the  concurrent  access  or  control  method  used. 

Query  Language.  The  data  base  management  system  or  software  selected 
must  support  a  query  language  for  use  in  developing  standard  and  ad  hoc 
reports.  The  query  language  should  be  an  integral  part  of  the  data  base 


management  system  in  that  the  language  is  designed  specifically  for  that  DBMS. 
Alternatively,  an  applications  language  interface  may  be  used  to  meet  report 


preparation  needs.  The  query  language  must  support  on-line,  interactive 
development,  testing,  editing,  and  execution  of  ad  hoc  and  standard  reports. 

Data  Element  Redefinition.  Once  operational,  the  system  will  be  capable 
of  redefining  (modifying)  data  element  characteristics,  deleting  data 
elements,  and  adding  data  elements  as  required  by  the  library  staff.  This 
must  be  accomplished  with  minimum  disruption  of  normal  user  access  to  the  data 
base. 

Data  Base  Restructuring.  The  software  selected  for  data  base  management 
within  the  LAM  must  permit  development  and  implementation  of  alternative  data 
base  structures  for  other  libraries  that  acquire  the  LAM.  Other  libraries  may 
use  different  catalog  formats  and  may  choose  to  include  different  data 
elements  in  the  data  base. 

Boolean  Logic  and  Text  String  Searches.  The  query  language  and  data  base 
management  system  used  within  the  LAM  will  provide  Boolean  logic  and  text 
string  search  capabilities  for  use  in  processing  local  catalog  reference 
searches . 

Input  Editing  and  Verification.  Data  base  management  for  the  LAM 
includes  editing  and  verifying  inputs  before  updating  the  data  base.  Edit 
criteria  for  the  LAM  inputs  are  derived  from  those  used  by  DTIC  for  the  TR 
data  base,  supplemented  as  necessary  to  suit  local  operating  requirements 
(e.g.,  to  ensure  accuracy  of  data  related  to  security  classification  and 
handling  of  classified  holdings).  Edit  criteria  (format,  allowable  values, 
logical  and  corresponding  relationships  with  other  data  elements)  for  LAM 
inputs  are  specified  in  Appendix  B,  "Data  Elements  for  the  DNA  Data  Base." 

For  data  elements  where  no  specific  edit  criteria  are  shown,  inputs  will 
be  edited  for  correct  physical  format,  as  indicated  in  Appendix  B.  In 
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addition,  if  no  edit  criteria  are  specified  and  the  data  element  is 


"required,"  blank  or  null  entries  will  not  be  accepted  for  that  data  element. 
Input  edits  and  verification  will  be  accomplished  concurrently  with  input 
entry.  Edit  or  verification  errors  will  be  transmitted  to  the  user  making  the 
entries  for  correction  before  the  system  accepts  them  for  data  base  update. 

Authority  File  Cross-referencing.  The  LAM  will  use  an  authority  file  of 
subject  terms/descriptors  to  control  subjective  cataloging  and  reference 
searches  by  subject.  All  subject  terms/descriptors  entered  into  the  system 
will  be  edited  against  this  authority  file.  The  library  staff  may  modify  this 
file  as  required  to  meet  local  needs.  The  authority  file  will  cross-reference 
authorized  terms/descriptors  with  common  substitutes  or  synonyms  to  aid  the 
user  in  developing  subjective  catalog  inputs  and  in  developing  reference 
searches . 

3.2.3  Requirements  for  Protocol  and  Syntax  Conversion. 


General.  The  term  protocol  refers  to  the  set  of  conventions  governing 
the  format,  physical  composition,  and  relative  timing  of  message  exchange  in  a 
communications  network.  Similarly,  syntax  is  the  set  of  rules  governing  the 
structure,  format,  and  content  of  either  a  programming  language  or  the  method 
used  for  data  representation  by  a  program  or  computer.  Protocol  and  syntax 
translation  or  conversion  is  required  for  communication  between  computers 
using  different  communications  protocols  and  data  representation  syntax.  This 
translation  or  conversion  will  be  performed  without  user  intervention,  making 
the  conversion  process  totally  transparent  to  the  system  users. 

Syntax  Conversion.  The  LAM  will  use  a  single  query  language  for  retriev¬ 
ing  citations  from  both  the  local  catalog  and  the  TR  data  base.  Queries  for 


the  TR  data  base  will  be  converted  to  DROLS  syntax  by  the  LAM  and  transmitted 


to  DTIC  without  user  intervention.  Similarly,  postprocessing  of  references 
from  DTIC  and  local  files  extracted  through  a  query  will  be  performed  by  means 
of  a  single  language. 


Protocol  Conversion.  The  LAM  will  convert  communications  protocols  for 
transmissions  between  the  local  system  and  the  TR  data  base.  The  communica¬ 
tions  protocol  used  by  DTIC  is  described  in  subsection  3.3.  The  conversion 
capabilities  of  the  LAM  include  establishing  the  communications  link  and 
logging  the  user  into  DROLS. 

3.2.4  Other  Interface  Requirements. 

Microfilm.  The  LAM  will  provide  data  for  preparing  COM.  Generally,  a 
magnetic  tape  containing  the  material  to  be  microfilmed  is  produced  and 
transferred  to  the  COM  printing  device.  Tape  format  requirements  are 
dependent  on  the  type  of  COM  device  used  to  produce  the  microfilm.  The  test 
site  library  will  use  COM  in  lieu  of  hard  copy  shelf  lists.  Other  libraries 
may  elect  to  implement  this  capability  as  an  optional  feature  of  the  system. 
3-3  Interfaces. 

The  LAM  will  interface  with  the  DTIC  Univac  1100/82  via  DROLS/RTIS.  This 
requires  that  LAM  hardware  and  software  be  capable  of  interfacing  with  a 
DCP/40  communications  processor  and  emulating  Uniscope  100/200  terminals. 
That  is,  the  LAM  must  be  capable  of  responding  to  a  Univac  DCP/40  communica¬ 
tions  processor  using  a  direct-connect,  2,400-baud,  synchronous  line  that  has 
been  encrypted  for  classified  (SECRET)  transmissions.  To  emulate  a  U100/200, 
the  LAM  must  accept  the  ASCII  character  set,  upper  and  lower  case,  and  a 
full-screen  (1,920  pixels,  80  columns  x  24  lines)  processing  mode.  The  LAM 
must  be  able  to  dial  the  DROLS/RTIS  number  and  make  the  proper  line  con¬ 


nection.  DTIC  uses  coranercial  and  Government  lines  to  connect  remote  users. 


The  DROLS  allows  remote  users  to  enter  only  a  predefined  set  of  commands 
that  are  validated  during  the  user  session.  These  commands  allow  DROLS  users 
to  interact  with  the  Technical  Reports  and  Work  Unit  data  bases.  DROLS/RTIS 
does  not  and  will  not  permit  access  to  any  other  systems  on  the  Univac 
1100/82. 

3.4  Security  and  Privacy. 

DNA  plans  to  store  data  up  to  a  SECRET  level  of  classification;  this 
includes  all  of  DNA's  catalog.  None  of  the  application  or  DBMS  software 
associated  with  operation  of  the  LAM  will  be  classified.  However,  access 
to  the  patron  file  will  be  restricted  to  the  DNA  library  staff  and  the 
installation/facility  security  officer.  The  highest  classification  level  for 
data  exchanged  between  the  DTIC  TR  data  base  and  the  local  system  will  be 
SECRET.  Abstracts  and  indexes  produced  by  the  system  in  response  to  a  patron 
query  may  be  classified  SECRET.  These  outputs  may  take  the  form  of  terminal 
screen  displays  or  hard-copy  printouts.  When  classified  titles  and  descrip¬ 
tors  are  used  in  the  catalog,  any  title  or  subject  term  shelf  list  or  other 
report  produced  from  the  catalog  must  be  classified  to  at  least  the  same 
level. 

The  patron  file  may  also  contain  data  subject  to  privacy  restrictions. 
Access  to  this  file  is  restricted  to  the  library  staff  and  security  officer 
for  use  in  establishing  and  verifying  need-to-know  and  security  clearances  in 
conjunction  with  checking  out  holdings. 

The  DNA  LAM  is  to  operate  in  a  dedicated  security  mode,  meaning  that  the 
central  processor  and  all  of  its  connected  peripheral  devices  and  remote 
terminals  will  be  used  and  controlled  only  by  users  having  the  required 
security  clearance  and  need-to-know.  The  access,  personnel,  physical,  and 
communications  security  controls  established  in  this  mode  for  the  computer 


facility,  communications  lines,  peripheral  devices,  and  areas  containing 
remote  terminals  are  normally  adequate  to  meet  the  security  requirements 
prescribed  in  "Security  Requirements  for  Automated  Data  Processing  (ADP) 
Systems,"  DoD  Directive  5200.28,  Section  VI.  For  SBIN  sites  that  will  not  use 
the  LAM  to  store  or  process  classified  data,  the  security  considerations 
discussed  in  this  subsection  are  not  relevant;  the  privacy  restrictions 
however,  will  apply  to  unclassified  sites. 

The  following  LAM  security  requirements  are  derived  from  DoDD  5200.28, 
DNA  Directive  5200. 28A,  and  "ADP  Security  Manual"  (DoD  5200. 28-M) . 

3.4.1  System  Physical  Security. 

Installations  planning  to  implement  a  LAM  will  have  two  means  of  pro¬ 
viding  for  system  physical  security.  One  is  to  locate  the  system  in  a  secure, 
TEMPEST  shielded  environment,  operating  in  a  dedicated  security  mode,  as 
defined  above.  With  this  alternative,  an  installation  would  not  have  to 
obtain  TEMPEST-certified  equipment,  because  all  equipment  would  be  in  i 
shielded  environment,  such  as  a  vault  or  a  data-processing  installation 
authorized  to  handle  classified  data.  The  LAM  at  DNA  will  be  set  up  this  way. 

The  alternative  is  to  obtain  only  TEMPEST-certified  equipment  (processor, 
storage  devices,  terminals,  printers,  etc.),  place  the  system  or  its  com¬ 
ponents  in  an  unshielded  area,  and  restrict  physical  access  to  it.  In 
addition,  interdevice  communication,  as  from  the  processor  to  a  terminal,  must 
be  secured  by  shielded  cables  or  other  means,  and  unauthorized  access  to  the 
system  must  be  prevented  by  software  controls.  With  either  alternative,  a 
site  would  require  encrypted  communication  lines  for  accessing  classified  data 


from  the  TR  data  base. 
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These  are  additional  LAM  security  requirements: 


-  Access  —  the  system  must  limit  access  to  authorized  users  by 
requiring  the  user's  name  and  password. 

-  Password  —  the  system  must  restrict  authority  for  assignment  of  user 
passwords  to  the  installation  security  officer  or  designated  repre¬ 
sentative  . 

Software  protection  --  the  system  must  protect  its  software  from  un¬ 
authorized  changes. 

-  Unauthorized  try  --  the  system  must  allow  no  more  than  "n"  attempts  at 
access  to  the  system.  After  "n"  attempts,  access  is  to  be  denied,  and 
the  system  manager  notified.  (The  value  of  "n"  will  vary  and  will  be 
determined  by  the  system  manager.) 

-  Audit  log  --  an  audit  log  must  be  maintained  as  a  history  of  the  use 
of  the  LAM,  to  permit  regular  security  review  of  system  activity. 

-  Hardware  requirements  —  these  are  the  hardware  requirements: 

--  All  operator  codes  are  to  produce  known  responses  by  the  computer 

—  All  registers  must  be  able  to  protect  their  contents  by  error 
detection  or  redundancy  checks 

—  Automatic  programming  intercept  is  to  control  malfunction  by  system 
or  operator 

—  "Read,"  "write,"  and  "execute"  access  rights  of  the  user  are  to  be 
verified  at  every  fetch  cycle  of  an  instruction  and  its  operand. 

-  Aborts  —  security  safeguards  are  to  be  provided  to  cover  unscheduled 
system  shutdown  (aborts)  and  subsequent  restart,  as  well  as  scheduled 
system  shutdown  and  operational  start-up. 

3.4.2  Program  Security. 

The  following  security  measures  apply  to  the  operating  system  and 
application  programs  of  the  LAM: 

-  Unauthorized  use  --  the  system  must  contain  a  list  of  authorized  users 
for  each  program  and  limit  the  use  of  specific  programs  to  authorized 
users  or  categories  of  users. 

-  Program  modification  --  the  system  must  provide  users  with  a  means  of 
assigning  passwords  to  their  programs  and  must  limit  access  to  these 
programs  to  library,  agency,  DoD,  Service,  and  other  designated  LAM 
users . 

-  Operating  system  --  to  make  sure  that  all  access  to  materials  is  made 
via  an  access  control  and  identification  system  that  associates  the 
user  and  his  terminal,  the  operating  system  must  control: 


—  All  transfers  of  material  between  memory  and  on-line  storage 
devices  and  between  the  computer  and  any  remote  device 

—  All  operations  associated  with  allocating  ADP  system  resources, 
memory  protection,  and  system  interrupt 

—  Access  to  operating  system  maintenance  programs  and  utilities 

—  All  other  programs . 


3.4.3  Data  Security 


When  used  to  process  classified  data,  the  system  must  satisfy  all  DoD  and 
agency  data  security  regulations,  including  the  following: 

-  Access  rules  --  access  rules  provide  or  limit  user  access  to  specific 
files  and  establish  the  type  of  access  (e.g.,  read  only,  read  and 
modify) .  Only  authorized  library  staff  members  will  be  permitted 
"read  and  modify"  access.  Access  to  the  user  access  rules  contained 
within  the  LAM  will  be  restricted  to  individuals  authorized  by  the 
library  manager  and  agency/ installation  security  officer. 

-  Security  markings  --  all  classified  material  accessible  by  or  within 
the  LAM  must  be  identified  as  to  its  security  classification  and 
access  or  dissemination  limitations,  and  all  output  of  the  LAM, 
including  citations  retrieved  from  the  DTIC  data  bases,  must  be 
appropriately  marked.  Outputs  include  both  hard-copy  (paper  or  COM) 
and  CRT  screen  formats.  COM  output  must  contain  two  sets  of  security 
markings:  one  set  readable  with  the  naked  eye  and  a  second  set  at  the 
top  and  bottom  of  each  reduced  page. 

-  Accountability  --  the  LAM  site  is  accountable  for  all  unclassified 
data  that  becomes  classified  as  a  result  of  local  post-processing. 

_  Disposition  --  at  the  time  of  the  disposal  of  LAM  data,  they  must  be 
secured  by  means  of  the  erasure  and  disposition  procedures  outlined  in 
"ADP  Security  Manual,"  DoD  5200. 28-M. 

-  Data  input  to  DTIC  —  a  LAM  site  must  adhere  to  all  security  restric¬ 
tions  concerning  inputs  to  the  TR  data  base;  in  particular,  no  data 
above  the  SECRET  level  may  be  transmitted  to  DTIC. 

-  Password  protection  --  passwords  help  protect  data,  and  local 
standards  governing  their  issuance  and  protection  of  passwords  must  be 
followed.  Additional  protection  may  be  added  to  the  traditional  rules 
governing  password  protection.  For  example,  the  additional  protection 
may  be  achieved  by  encryption  of  the  password. 

3.4.4  Communications  Security. 


In  the  DTIC/SBIN  and  LAM  network  communications,  security  will  concen¬ 
trate  on  two  major  areas:  access  control  and  data  protection.  In  access 


control,  the  mechanisms  and  the  environment  of  the  data  communications 
facility  are  protected  from  unauthorized  entry  and  use.  Badges,  guards,  and 
personal  recognition  limit  access  to  the  system. 


Protecting  data  transmitted  over  communication  networks  is  difficult 
because  data  are  transparent.  Data  are  guarded  by  encryption  while  they  are 
on  a  communications  path.  Encryption  provides  security  in  that  it  prevents 
browsing,  but  it  cannot  protect  data  against  sophisticated  electronic 
techniques.  Encryption  devices  and  information  can  be  obtained  through  DoD, 
DTIC,  Service,  or  agency  security  representatives. 

3.5  Controls. 

When  the  test  site  system  is  complete,  responsibility  for  operational 
control  of  the  system  will  be  assumed  by  the  DNA.  The  data  base  administra¬ 
tion  (DBA)  functions  and  responsibilities  for  the  LAM  will  be  shared  by  the 
ADP  staff  and  the  DNA  library  staff. 

The  primary  DBA  functions  and  responsibilities  are: 

a.  Review  of  data  input  procedures  to  provide  completeness  and  accuracy 
of  data  submissions 

b.  Consultation  with  DNA  LAM  users  to  determine  whether  the  contents  or 
organization  of  the  data  base  require  change 

c.  Control  over  initiation  of  update  runs,  restart/recovery  procedures, 
data  base  back-up  procedures,  and  initiation  of  report  generation. 

Data  integrity  is  to  be  maintained  in  two  ways:  first,  through  automated 
range  and  edit  checks  on  selected  data  elements  entered  into  the  system,  and, 
second,  through  manual  checks  by  the  library  staff.  All  criteria  for  data 
element  editing  are  shown  in  Appendix  B,  "Data  Elements  for  the  DNA  Local 
Automation  Model."  In  addition,  a  thesaurus  (authority  file)  is  to  validate 
all  posting  terms  and  descriptors  upon  entry  into  the  system. 
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SECTION  4.  DESIGN  DETAILS 


4.1  General  Operating  Procedures. 


In  this  subsection,  system  operating  procedures  for  the  LAM  are  described 
generally,  as  an  orientation  to  the  operating  requirements  of  the  system  with 
respect  to  creation  and  maintenance  of  the  system  backup  and  recovery,  and 
recurring  data  entry.  Specific  procedures  related  to  the  functions  performed 
by  individual  system  modules  are  described  in  subsection  4.4. 

4.1.1  Creation  of  the  Initial  Data  Base. 


The  LAM  data  base  consists  of  the  local  catalog  and  the  authority  file 
for  subject  terms/descriptors.  If  the  Circulation  Management  and  Control 
Module  is  put  into  operation,  a  patron  file  is  added  to  the  data  base.  Before 
system  implementation,  or  as  a  part  of  it,  these  files  must  be  created  in  a 
format  that  is  compatible  with  the  applications  used  by  the  system.  Sub¬ 
section  4.3  and  Appendix  B,  include  descriptions  of  the  data  found  in  the  LAM 
data  base  for  implementation  at  the  test  site.  The  data  base  structure  for 
subsequent  implementations  of  the  LAM  will  depend  on  the  specific  library 
catalog  structure  and  content  and  must  be  established  individually  for  each 
library.  If  a  library  currently  maintains  similar  files,  consideration  should 
be  given  to  converting  them  for  LAM  use.  If  such  files  are  not  currently 
maintained  or  if  existing  files  do  not  contain  all  required  data,  the  library 
will  have  to  arrange  to  have  the  data  entered  into  the  system. 


4.1.2  Recurring  Data  Entry. 


To  maintain  the  local  catalog,  the  library  staff  will  be  required  to 
enter  bibliographic  data  regarding  new  holdings  into  the  system.  The 
capability  to  do  this  is  provided  by  the  Cataloging  Module.  In  a  second  mode 


of  data  entry,  library  staff  members  will  be  required  to  enter  search  para¬ 
meters  in  support  of  requests  by  patrons  for  citations  from  the  TR  data  base 
and  the  local  catalog.  Procedures  for  performing  reference  searches  are 
contained  in  the  Reference  Module. 

4.1.3  Data  Base  Updates,  Backup,  and  Recovery. 

The  local  catalog  will  be  updated  daily  to  reflect  catalog  entries  made 
during  the  preceding  24  hours.  The  authority  file  of  subject  terms/descrip¬ 
tors  will  be  updated  as  required,  to  reflect  changes  by  the  library  staff.  If 
the  patron  file  is  maintained,  it  will  be  updated  whenever  a  patron  registers 
or  the  library  staff  enters  a  change  transaction. 

Any  data  entered  by  the  library  staff  for  the  purpose  of  updating  the 
data  base  may  first  be  entered  on  temporary  files  created  for  the  purpose. 
Data  in  these  temporary  files  will  be  added  to  the  system  data  base  in 
accordance  with  the  preceding  update  schedule.  Temporary  files  used  to  update 
files  of  the  system  data  base  will  be  retained  on  magnetic  tape  or  removable 
disk  until  the  next  data  base  backup. 

As  part  of  system  implementation,  backup  copies  of  all  data  base  files 
will  be  created  and  stored  on  either  magnetic  tape  or  removable  disks  before 
the  system  begins  to  operate.  A  backup  copy  of  the  local  catalog  will  be 
created  weekly,  witi  copies  of  the  file  maintained  on  either  magnetic  tape  or 
removable  disks.  Backup  copies  of  the  authority  and  patron  files  will  be 
created  monthly  and  retained  on  magnetic  tape  or  removable  disk.  Backup 
copies  of  temporary  files  used  to  update  data  base  files  may  be  destroyed 
after  creation  of  weekly  or  monthly  file  backup  copies. 


If  the  contents  of  the  local  data  base  are  lost  or  destroyed,  it 
will  be  rebuilt  from  the  file  backup  copies  and  temporary  update  files. 
First,  the  latest  backup  copy  of  the  data  base  will  be  loaded.  Then,  all 


current  temporary  update  files  (temporary  update  files  created  since  the  last 
file  backup  copy  was  produced)  will  be  applied  to  the  data  base. 


4.1.4  Software  Backup,  Recovery,  and  Restart. 

Duplicate  copies  of  all  software  for  applications  and  system  support 
(e.g.,  utilities)  will  be  maintained  on  either  magnetic  tape  or  removable 
disks.  These  copies  will  be  used  to  recover  the  system  in  the  event  of  system 
failure.  If  updates  to  the  applications  and  support  software  become 
available,  they  will  be  installed  by  the  data  processing  staff  operating  the 
LAM  and  added  to  the  backup  copies. 

4.1.5  TR  Data  Base  Access. 

The  LAM  includes  a  protocol  and  syntax  translator  for  communication  with 
the  DTIC  TR  data  base.  The  protocol  translator  provides  the  Uniscope  100/200 
emulation  required  by  DTIC.  Queries  directed  by  the  user  to  the  TR  data  base 
will  be  created  by  means  of  a  standard  LAM  query  language.  The  syntax 
translator  will  convert  the  query  to  the  format  required  by  DROLS.  Con¬ 
versely,  data  retrieved  from  the  TR  data  base  for  local  use  will  be  translated 
into  the  format  required  by  the  local  system. 

4.1.6  Report  Generation. 

Standard  reports  are  available  from  many  of  the  system  modules  in  the  LAM 
(see  subsection  4.3.2).  Generation  of  these  reports  is  the  responsibility  of 
the  system  user.  Generally,  a  user  will  enter  report  parameters  from  a 
keyboard  as  part  of  report  generation.  These  parameters  control  the  contents 
of  the  report  requested.  Ad  hoc  reporting  capabilities  will  be  available  to 
the  user  through  either  a  high-level  programming  language  interface  or  a 
retrieval  language  within  the  data  base  management  system  used  by  the  LAM.  In 
both  cases,  the  user  must  become  familiar  enough  with  the  language (s) 
available  that  ad  hoc  report  programs  can  be  written. 
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4.2  System  Logical  Flow. 

This  subsection  is  an  introduction  to  the  logical  flow  of  processes, 
data,  and  control  within  the  LAM.  The  logical  flow  between  system  modules  is 
described  in  this  subsection  and  depicted  in  Figure  4-1.  The  logical  flow 
within  each  module  is  depicted  in  the  input-process -output  charts  presented  in 
subsection  4.4  (Figures  4-2  through  4-7)  for  each  of  the  six  system  modules. 
Detailed  discussion  of  these  charts  is  reserved  for  subsection  4.4.  Subsec¬ 
tion  4.3  covers  the  inputs  and  outputs  associated  with  each  module.  Subsec¬ 
tion  4.4  covers  the  details  of  the  processing  steps  used  within  each  of  the 
modules  and  is  an  extension  of  the  module  descriptions  contained  in  subsec¬ 
tion  2.2. 

A  summary  of  the  logical  flow  among  the  six  LAM  modules  follows. 

4.2.1  System  Management  (1.0). 

This  module  controls  user  access  to  the  system,  provides  the  interface 
between  system  applications,  the  local  data  base,  and  the  DTIC  TR  data  base, 
and  provides  access  to  the  local  data  base  and  the  TR  data  base.  The  module 
is  essential  to  support  the  operations  of  all  other  modules. 

4.2.2  Cataloging  (2.0). 

Within  the  Cataloging  Module,  users  create  or  update  bibliographic  cita¬ 
tions  of  holdings.  Catalog  entries  created  for  new  holdings  and  changes  in 
existing  entries  are  transferred  to  the  System  Management  Module  for  use  in 
data  base  updates.  Catalog  entries  modified  for  submission  to  the  TR  data 
base  are  also  transferred  for  transmission  to  DTIC. 

4.2.3  Reference  (3.0). 

Requests  for  both  local  catalog  and  TR  data  base  searches  are  prepared 


within  the  Reference  Module  and  transferred  to  the  System  Management  Module 
for  processing.  Any  citations  retrieved  from  the  TR  data  base  are  converted 
to  the  format  required  by  the  local  system  and  displayed  for  the  user. 


FIGURE  4-1.  LOGICAL  FLOW  AMONG  LAM  MODULES 


4.2.4  Circulation  Management  and  Control  (4.0). 


Requests  for  holding  status  and  verification  of  patron  need-to-know  are 
originated  by  the  library  staff  for  processing  by  the  System  Management 
Module.  Holding  status  changes,  based  on  check-in  and  check-out  transactions 
originated  by  the  library  staff,  are  processed  by  the  System  Management  Module 
to  update  the  local  catalog  and  patron  files. 

4.2.5  Serials  Management  (5.0). 

As  serials  are  received,  the  library  staff  enters  data  on  the  new 
holdings  for  use  in  updating  the  local  catalog.  The  Serials  Management  Module 
provides  the  user  interface  for  creating  the  updates,  which  are  transferred  to 
the  System  Management  Module  for  actual  catalog  updating.  Recurring  reports 
requested  by  the  library  staff  are  generated  by  the  System  Management  Module 
and  transferred  to  the  Serials  Management  Module  for  use  in  identifying 
serials  claims. 

4.2.6  Acquisition  Management  (6.0). 

As  holdings  are  ordered  or  received,  the  library  staff  creates  prelimi¬ 
nary  catalog  records  identifying  new  or  ordered  holding  status  and  skeletal 
citation  data  (descriptive  bibliographic  data).  These  data  are  transferred  to 
the  System  Management  Module  for  use  in  updating  the  local  catalog.  Without 
the  Acquisition  Management  Module,  the  library  staff  must  use  the  Cataloging 
Module  capabilities  to  create  preliminary  catalog  records  for  recent  acquisi¬ 
tions  and  for  holdings  on  order. 

4.3  System  Data. 

Included  in  this  subsection  is  a  description  of  the  inputs,  outputs,  and 
data  base  of  the  LAM. 

4.3.1  Inputs. 

The  Hierarchy-Input-Process-Output  (HIPO)  charts  in  subsection  4.4  show 
all  LAM  inputs,  numbered  sequentially  within  each  module.  These  reference 


numbers  appear  in  the  lower  right-hand  corner  of  each  symbol  in  the  "Input" 
section  of  each  chart.  The  HIPO  charts  portray  the  relationship  between 
inputs  and  their  associated  processes  and  outputs. 


The  characteristics  of  each  data  input,  including  the  input  name,  HIPO 
reference  number,  means  of  entry/initiation,  expected  volume  or  frequency, 
priority,  source,  form  at  source,  disposition  of  source,  and  security  classi¬ 
fication  are  shown  in  Table  4-1.  The  data  elements  that  make  up  each  input 
are  listed  in  Appendix  A  and  described  in  Appendix  B. 

4.3.2  Outputs . 

The  HIPO  charts  in  subsection  4.4,  also  show  all  LAM  outputs,  numbered 
sequentially  within  each  module.  These  reference  numbers  are  found  in  the 
lower  right-hand  corner  of  each  symbol  in  the  "Output"  section  of  each  chart. 

The  characteristics  of  each  data  output,  including  the  output  name,  HIPO 
reference  number,  means  of  display  or  storage,  expected  volume  or  frequency, 
priority,  security  classification,  and  use  are  shown  in  Table  4-2.  The 
formats  of  the  outputs  are  described  in  Appendix  C. 

4.3.3  Data  Base. 

The  LAM  data  base  will  contain  three  categories  of  data:  catalog/ 
bibliographic,  patron,  and  budget.  Catalog  data  may  be  stored  in  both  the 
local  system  and  the  DTIC  TR  data  base,  although  some  elements  are  unique  to 
one  site  or  the  other.  All  catalog  citations  classified  above  SECRET  (or  with 
dissemination  restrictions),  as  well  as  all  patron  and  budget  data,  will  be 
stored  at  the  local  site  only.  Appendix  B  lists  the  data  elements 
recommended  for  the  test  site  data  base.  The  data  base  is  expected  to 
require  approximately  350  megabytes  of  on-line  disk  storage,  including 
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M  Selected  holding  titles  and  descriptors  are  33C1ET;  all  other 
fields  are  unclassified  except  when  the  aonfclnation  of  two 
unclassified  fields  results  In  the  fbrnatlon  of  classified  InfoniBtlon, 


The  following  schedule  of  data  retention  is  recommended: 


-  Catalog  data  should  be  retained  for  the  life  of  the  holding.  If  a 
library  is  required  to  maintain  records  for  past  holdings,  an  inactive 
catalog  file  can  be  established. 

-  Patron  data  should  be  retained  while  the  patron  has  access  rights  to 
library  holdings  or  while  holdings  are  charged  to  the  patron,  which¬ 
ever  is  longer. 

-  Budgetary  data  should  be  retained  indefinitely,  although  data  from 

past  years  that  is  not  accessed  frequently  can  be  stored  in  an 

inactive  file. 

4.4  Program  Descriptions. 

The  remainder  of  this  section  consists  of  descriptions  of  the  processes 
to  be  implemented  by  the  LAM  applications  programs.  The  descriptions  include 
input-process-output  charts.  These  charts  were  developed  by  means  of  the  HIPO 
design  method.  This  method  employs  a  series  of  charts  depicting  the 

processing  flow  for  a  system  from  inputs,  through  the  processing  steps 

contained  in  the  application,  to  the  generation  of  outputs.  The  charts  are 
organized  by  a  system  hierarchy  that  reflects  the  decomposition  of  the  system 
into  constituent  modules.  These  modules  are  broken  down  into  constituent 

functions  which  are  further  broken  down  into  processes  or  programs.  The 
system  hierarchy  chart  also  serves  as  a  directory  or  road  map  for  the  system, 
linking  all  system  components  together.  Figures  2-1  through  2-7  in  sub¬ 
section  2.2  are  the  hierarchy  charts  for  the  LAM. 

A  numbering  convention  is  used  to  identify  all  system  components  in  the 
hierarchy  and  t,o  aid  in  the  identification  of  component  relationships.  For 
example,  the  System  Management  Module  is  numbered  "1.0,"  with  all  constituent 
functions  numbered  1.1  through  1.12. 

When  design  details  are  added  beyond  the  "function"  level,  the  numbering 
scheme  is  extended  as  follows.  Processes  or  programs  within  the  function  are 


w. 


numbered  to  reflect  the  function  number  combined  with  a  process  or  program 
sequence  number  (e.g.,  processes  or  programs  within  the  function  "Create  or 
Update  a  Catalog  Entry  (2.5),"  a  function  contained  within  the  Cataloging 
module  (2.0),  would  be  numbered  2.5.1  through  2.5.X,  where  "X"  depends  on  the 
number  of  processes  or  programs  documented  within  the  function) .  Appendix  D 
describes  the  format  used  for  depicting  process  and  logical  flow,  and  defines 
the  symbols  used. 

4.4.1  Management  Module  (1.0). 


The  processing  steps  depicted  in  Figure  4-2  are  described  in  this  sub¬ 
section. 

4. 4. 1.1.  Log-On  System  Users  (1.1). 

Input .  The  user  enters  his  password  and  user-identification  to  gain 

access  to  the  system. 

Processing  Steps.  The  password  and  user  identification  are  verified  with 
the  LAM  Authority  Access  List  stored  in  the  system.  If  they  are  accepted, 
usage  rights  are  established,  transaction  and  statistical  files  are  updated, 
and  the  system  console  operator  is  notified  of  the  user  access.  If  the  log-on 
is  unsuccessful,  the  system  console  operator  is  notified  of  the  unsuccessful 
attempt,  and  the  transaction  and  statistical  files  are  updated.  The  potential 
user  is  allowed  "n"  attempts  to  enter  the  system.  After  "n"  attempts,  the 
system  prevents  further  log-on  attempts  until  action  by  the  system  operator. 
The  value  of  "n"  is  set  by  the  system  manager. 

Output .  The  log-on  results,  as  transmitted  to  the  user's  terminal,  are 
the  outputs  of  this  process. 

4.4. 1.2  Select  Process  to  be  Performed  (1.2). 


Input.  The  user  selects  the  type  of  process  to  be  performed  by  entering 


the  required  parameter. 
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FIGURE  4-2.  SYSTEM  MANAGEMENT  MODULE  HIPO  CHART  (Continued) 


Processing  Steps.  After  successful  log-on,  the  system  presents  at  the 
user's  terminal  a  formatted  screen  containing  a  list  of  available  options  and 
instructions  for  making  a  selection.  The  parameter  entered  by  the  user  to 
indicate  his  choice  is  read  by  the  system,  matched  against  the  valid  options, 
and  rejected  if  invalid.  If  the  parameter  is  rejected,  the  system  prints  the 
invalid  parameter  with  an  error  message  asking  the  user  to  re-enter  his 
request.  If  the  parameter  is  accepted,  system  usage  tables  are  updated,  and 
the  processing  choices  available  to  the  user  are  printed  on  the  screen. 

Output .  A  screen  format  presenting  the  selections  available  to  the  user 
is  the  process  output. 

4.4. 1.3  Select  Data  Base  (1.3). 

Input.  The  user  enters  the  appropriate  parameters,  thus  selecting  the 
data  base  or  data  bases  to  be  searched. 

Processing  Steps.  After  selecting  the  type  of  processing  to  be  per¬ 
formed,  as  described  in  subsection  4.4. 1.2,  the  user  is  presented  with  a 
formatted  screen  that  lists  the  data  bases  available  (local  and  DTIC  TR) .  The 
screen  provides  instructions  on  making  a  selection  and  prompts  the  user  for  a 
response.  If  an  invalid  response  is  entered,  an  error  message  appears,  asking 
the  user  to  re-enter  his  request.  If  a  valid  parameter  is  entered,  system 
software  extracts  user  access  information  and  communication  protocol  speci¬ 
fications,  and  evokes  software  routines  for  accessing  the  data  base(s) 
selected.  Software  also  verifies  line,  computer,  and  data  base  status, 
initiates  polling  and,  using  the  user's  access  authority,  performs  the  user 
log-on  and  establishes  usage  rights.  A  message  is  printed  at  the  user’s 
terminal,  indicating  the  status  of  this  activity. 

Output .  A  screen  format  informing  the  user  whether  he  has  gained  access 


to  the  requested  data  base(s)  is  the  process  output. 


Input.  The  user  selects  the  type  of  search  to  be  performed  and  enters 
the  required  search  parameters.  The  local  data  base  and  the  TR  data  base  are 
the  input  files  for  the  search. 

Processing  Steps.  The  user  enters  the  required  search  parameters  at  his 
terminal,  using  the  LAM  command  language.  Edit  routines  read  and  validate  the 
search.  Errors  are  rejected,  and  a  message  is  sent  to  the  user  indicating  the 
nature  of  the  error.  If  requested  by  the  user,  the  search  is  translated  into 
two  language  protocols:  one  for  local  searching,  the  other  for  DTIC  searches. 
The  two  searches  are  transmitted  and,  when  both  searches  are  complete,  a 
message  is  sent  to  the  user  providing  the  option  of  reviewing  search  results 
or  refining  the  query.  All  present  DROLS  capabilities  are  available  through 
LAM.  This  search  routine  may  be  called  by  any  of  the  other  LAM  modules. 

Output .  The  records  retrieved  from  the  search  or  a  message  indicating 
the  results  of  the  search  are  displayed  at  the  user's  terminal. 

4.4. 1.5  Download  Data  from  DTIC  (1.5). 


Inputs .  The  data  retrieved  from  a  search  and  the  commands  issued  to 
store  the  records  are  inputs  to  this  process. 

Processing  Steps.  Once  a  search  is  complete,  the  retrieved  records  can 
be  downloaded  and  stored  at  the  local  site.  To  initiate  this  process,  the 
user  enters  the  download  command,  which  is  then  read  and  verified  by  the 
system.  If  a  syntax  error  is  found,  a  message  is  sent  to  the  terminal  re¬ 
questing  that  the  user  re-enter  the  command.  A  successful  command  evokes 
software  that  extracts  the  retrieved  data  and  places  the  data  in  a  local 
user  file.  The  user  can  add  data  to  this  file,  allowing  the  accumulation  of 
data  from  multiple  sources  or  sessions.  LAM  software  opens  and  closes  files, 
verifies  and  cancels  usage  rights,  and  provides  error  and  session  termination 


messages.  This  processing  step  may  be  called  by  the  Cataloging  and  Reference 
Modules . 

Output .  The  output  of  this  process  is  a  user-defined  file  of  downloaded 


4.4. 1.6  Postprocess  Downloaded  Data  (1.6). 


Input .  A  user-defined  file  of  downloaded  data  and  the  commands  to 

process  it  are  the  inputs  to  this  process. 

Processing  Steps.  The  postprocessing  capability  allows  the  user  to  sort 
and  reformat  the  retrieved  data  from  bibliographic  searches  of  the  local 
catalog  and  DTIC  TR  data  base  in  a  sequence  that  facilitates  on-line  review. 
The  user  can  then  delete  or  modify  the  data  as  necessary.  The  modified  data 
can  be  stored  for  future  use  or  deleted.  This  process  may  be  called  by  the 
Cataloging  and  Reference  Modules. 

Output .  This  process  results  in  files  of  postprocessed  data. 

4.4. 1.7  Edit  User  Inputs  (1.7). 

Input .  Commands  using  the  LAM  command  language  are  inputs  to  this 

process . 

Processing  Steps.  Whenever  the  user  enters  a  statement  using  the  LAM 
command  language,  this  module  edits  and  analyzes  the  command  syntax.  In 
editing  the  command  statement,  appropriate  messages  are  issued,  explaining  any 
errors  to  the  user.  This  module  also  condenses  the  command  statement  into  a 
simple  machine-like  statement  that  can  be  easily  parsed.  Once  parsed,  the 
statement  is  executed  using  the  selected  data  base.  If  both  the  LAM  and  TR 
data  bases  are  selected,  the  syntax  translator  creates  command  statements  for 
both  data  bases  using  language,  system  protocol,  and  syntax  tables  contained 
within  the  LAM.  The  translated  command  statements  are  then  ready  to  be 
transmitted.  Whenever  data  are  entered  by  means  of  any  of  the  LAM  modules, 
this  edit  routine  is  used. 


Output .  A  translated  command  statement  or  set  of  statements  is  produced 


by  this  process. 

4.4. 1.8  Generate  Standard  and  Ad  Hoc  Reports  (1.8). 

Input .  LAM  and  DTIC  data  bases  processed  by  report  programs  are  the 
input  for  this  process. 

Processing  Steps.  Two  types  of  reports  may  be  generated:  ad  hoc  reports 
and  standard  or  regularly  scheduled  reports.  Ad  hoc  reporting  provides 
library  personnel  with  the  ability  to  respond  to  requests  or  acquire  infor¬ 
mation  in  a  logical  format  that  would  not  otherwise  be  easily  obtainable.  Ad 
hoc  reports  are  to  be  produced  in  an  interactive  mode,  allowing  library 
personnel  to  input,  modify,  or  delete  parameters  that  dictate  how  the  report 
will  be  developed.  Data  elements  will  be  choosen  from  tables,  files,  and  data 
bases  accessible  by  LAM  software.  Data  not  directly  accessible  by  LAM  soft¬ 
ware  may  be  read  and  stored,  and  drawn  upon  at  report  production  time.  The  ad 
hoc  commands  used  to  generate  reports  may  be  deleted  or  stored  in  LAM  software 
libraries  for  future  use.  Output  from  these  newly  created  programs  may  be  a 
CRT  display  or  hard  copy  (e.g.,  paper,  microfiche). 

Standard  reports  necessary  to  monitor  the  local  libraries'  functions 
and  activities  will  be  included  in  the  system  design.  Report  names  and  sample 
reports  appear  in  Appendix  C.  These  reports  will  be  developed  before  imple¬ 
mentation,  by  means  of  the  LAM's  report  writer  language  or  a  procedural 
language  that  can  interface  with  LAM  software.  Although  these  reports  will 
normally  be  generated  by  the  computer  operator  on  a  predetermined  schedule,  a 
report  can  be  generated  at  any  time.  The  software  commands  used  to  generate 
these  reports  will  be  stored  in  the  LAM  program  library. 

Outputs .  The  outputs  of  this  process  are  both  regularly  scheduled  and 
ad  hoc  reports. 
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from  the  appropriate  LAM  users.  This  processing  step  is  used  by  the 
Cataloging  and  Referencing  Modules . 

Outputs .  The  outputs  of  this  process  are  processed  data  to  be  trans¬ 
mitted  to  the  target  system  or  system  message  queue. 

4.4.1.11  Access  System  Utilities  (1.11). 

Input .  The  inputs  to  this  process  are  system  software  and  unprocessed 

data. 

Processing  Steps.  The  LAM  performs  activities  common  to  all  information 
management  systems,  including  sorting  and  merging  data,  capturing  error  codes, 
and  printing  error  messages.  The  software  selected  for  the  LAM  will  provide 
these  capabilities  or  be  compatible  with  other  commercially  available  software 
that  can  provide  the  capabilities. 

The  sort/merge  software  will  support  sorting  and  merging  biblio¬ 
graphic  data  on  key  text  fields  (e.g.,  author,  date,  title).  The  system  must 
be  able  to  read  parameters  supplied  by  users,  check  the  parameters  for  errors, 
issue  error  messages  if  necessary,  and  store  the  user's  request  (parameters) 
for  the  length  of  the  user's  terminal  session.  This  capability  must  be 
available  in  on-line-interactive  and  batch  modes.  Errors  in  software,  data 
entry,  and  parameters  entered  into  the  system  must  be  captured  and  identified 
by  the  LAM  software  or  its  complementary  software  and  explained  to  the  user  by 
means  of  error  messages  transmitted  to  the  user's  terminal. 

Output .  The  outputs  of  this  process  are  processed  data  and  system 

messages. 

4.4.1.12  Maintain  System  and  Local  Files  (1.12). 

Input.  The  inputs  to  this  process  are  local  data  base,  system  files,  and 


programs . 


Processing  Steps.  To  minimize  the  amount  of  time  lost  to  damage  or 
errors  in  the  data  base  and  its  associated  software  or  hardware,  back-up 
copies  of  files,  software  utility  programs  and  procedures  will  be  created  and 
maintained.  These  utilities  must  either  be  part  of  the  LAM's  hardware 
operating  system  or  be  purchased  before  system  implementation.  These 
activities  will  include  the  following: 

-  A  copy  software  program  —  used  to  create  an  image  of  the  data 
base(s),  system  and  local  files,  and  software  program  libraries.  One 
or  more  back-ups  can  be  created  on  magnetic  disk  or  tape.  To  ensure 
the  integrity  of  these  back-ups,  a  version  number  will  be  assigned  to 
each  copy.  The  method  used  to  number  each  version  should  differen¬ 
tiate  a  normal  back-up  (e.g.,  original  data  base  and  the  fifth 
periodic  back-up,  Version  1.5)  from  a  major  revision  (e.g.,  Version 
2.0).  These  back-ups  will  be  stored  in  a  safe  area  to  prevent  loss  or 
damage.  Procedures  such  as  how  often  the  data  base  will  be  backed  up, 
by  whom,  how  many  versions  will  be  kept,  where  the  back-up  versions 
will  be  archived,  purge  dates,  and  documentation  (audit  trail)  of  the 
contents  of  each  version  —  will  be  decided  by  the  operations  support 
organization.  All  back-ups  of  the  data  base  will  be  created  with 
password  protection  to  ensure  that  the  proper  access  with  read-only 
permission  is  granted.  The  back-up  software  and  its  job  control 
language  should  be  kept  as  a  cataloged  procedure  to  ensure  the 
integrity  and  security  of  the  data  base. 

-  Hardware  system  verification  —  sometimes  referred  to  as  preventive 
maintenance (PM) . This software  is  designed  to  determine  whether  the 
components  of  a  computer  are  operating  properly.  PM  programs  should 
be  run  on  a  scheduled  basis.  This  activity  is  usually  conducted  by 
the  hardware  vendors  or  computer  operations  personnel  and  aids  in 
instituting  recovery  procedures. 

-  Transaction  logging  —  used  to  identify  and  record  the  types  of  trans¬ 
actions  processed  and  to  note  whether  these  transactions  were  com¬ 
pleted  successfully.  This  information  may  be  recorded  on  magnetic 
disk  or  tape.  Any  losses  in  the  data  base  may  be  captured  by  means  of 
this  transaction  file  and  the  current  back-up  copy  of  the  data  base. 
This  transaction  file  must  be  protected,  as  noted  earlier  in  this 
section. 

-  Verification  of  physical  data  base  structure  —  used  to  verify  the 
physical  structure  (addresses,  lists,  pointers)  of  the  LAM  data 
base(s) . 

These  utilities  should  be  run  on  a  scheduled  basis  and  at  any  time  that 
the  data  base  is  believed  to  be  damaged.  In  the  event  of  damage,  information 
obtained  from  this  utility  will  aid  in  determining  which  recovery  procedure 


should  be  implemented,  thus  ensuring  a  quick  recovery  and  maintaining  confi¬ 
dence  in  the  data  base.  These  utilities  and  their  job  control  language  should 
be  kept  as  a  cataloged  procedure  to  ensure  the  integrity  and  security  of  the 
data  base. 

Output .  The  outputs  of  this  process  are  current  versions  of  all  local 
files,  including  data  base,  program  library,  and  communication  files,  as  well 
as  hardware  and  software  verification  results. 

4.4.2  Cataloging  Module  (2.0). 


The  processing  steps  depicted  in  Figure  4-3  are  described  in  this  sub¬ 
section. 

4.4.2. 1  Search  the  DTIC  TR  Data  Base  (2.1). 


Input .  The  user  selects  the  type  of  search  to  be  performed  and  enters 
the  required  search  parameters.  The  TR  data  base  is  the  input  file  for  the 
search. 

Processing  Steps.  Search  parameters  entered  by  the  user  are  transmitted 
via  DROLS  to  DTIC.  Protocol  and  syntax  conversion  is  performed  before 
transmission.  The  TR  data  base  is  searched  by  means  of  the  capabilities 
provided  by  DROLS.  Users  can  transfer  data  found  in  the  search  to  the  local 
system.  Copies  of  documents  found  in  the  search  may  be  ordered. 

Output .  Results  of  the  search  are  TR  data  base  citations  displayed  on 
the  user's  terminal  screen.  Search  results  can  also  be  printed  at  the  user 
site. 

4. 4. 2. 2  Download  TR  Data  Base  Records  (2.2). 

Input.  The  TR  data  base  records  retrieved  in  the  preceding  processing 
step  (4.4.2. 1)  are  the  inputs. 

Processing  Steps.  The  retrieved  records  are  transferred  to  a  temporary 
file  in  the  local  system,  using  the  syntax  and  protocol  translator  to  reformat 


the  data  to  match  local  characteristics. 


t. 


Output .  The  output  is  a  local  file  containing  TR  data  base  citations 
retrieved  in  the  preceding  search. 

4. 4. 2. 3  Modify  TR  Data  Base  Records  (2.3). 


Input.  TR  data  base  records  that  were  previously  downloaded  to  a  local 
file  are  inputs . 

Processing  Steps.  These  records  are  augmented  and  revised  by  the  user  to 
conform  to  the  local  format  and  are  then  stored  in  a  local  file. 

Output .  A  temporary  file  of  citations  that  conform  to  the  local  format 
is  the  output. 

4. 4. 2. 4  Create  or  Update  Catalog  Entry  (2.4). 


Input .  For  a  holding  that  is  not  found  in  the  TR  data  base,  an  original 
citation  is  created  at  the  local  site  and  serves  as  the  input.  For  a  holding 
that  is  already  stored  in  the  local  catalog  requiring  an  update,  its  record  is 
the  input. 

Processing  Steps.  For  original  citations,  the  user  enters  the  entire 
citation  using  a  local  temporary  file.  For  existing  citations,  the  user 
enters  only  the  revised  fields . 

Output .  The  output  is  an  temporary  citation  file  containing  the  records 
for  the  cataloged  holdings. 

4. 4. 2. 5  Update  the  Local  Catalog  (2.5). 


Input .  Records  stored  in  the  temporary  citation  file  are  the  input. 

Processing  Steps.  The  computer  operator  runs  an  update  routine  that 
loads  records  from  this  file  to  the  LAM  catalog.  After  the  routine  has  been 
run  successfully,  the  new  records  are  accessible  to  the  user. 

Output .  The  process  produces  an  updated  local  catalog. 

4. 4. 2. 6  Submit  a  Citation  for  TR  Data  Base  Entry  (2.6). 

Input.  To  create  a  citation  for  the  TR  data  base,  the  corresponding 
citation  from  the  local  catalog  is  accessed  and  serves  as  the  process  input. 


Processing  Steps.  The  local  citation  is  then  modified  by  the  user  to 
conform  to  the  TR  data  base  format  and  is  transmitted  to  DTIC  via  DROLS  for 
inclusion  in  the  TR  data  base. 

Output .  The  process  produces  records,  which  DTIC  uses  to  update  the  TR 
data  base. 

4.4.3  Reference  Module  (3.0). 

The  processing  steps  depicted  in  Figure  4-4  are  described  in  this  sub¬ 
section. 

4.4.3. 1  Search  the  TR  Data  Base  (3.1). 

Input.  The  user  selects  the  type  of  search  to  be  performed  and  enters 
the  required  search  parameters.  The  TR  data  base  is  the  input  file  for  the 
search. 

Processing  Steps.  Search  parameters  entered  by  the  user  are  transmitted 
via  DROLS  to  DTIC.  Protocol  and  syntax  conversion  precedes  transmission.  The 
TR  data  base  is  searched  by  means  of  the  capabilities  provided  by  DROLS. 
Users  can  transfer  data  found  during  the  search  to  the  local  system.  Copies 
of  documents  found  in  the  search  may  be  ordered. 

Output .  Results  of  the  TR  data  base  search  are  displayed  on  the  user's 
terminal  screen.  Search  results  can  also  be  printed  at  the  user  site. 

4. 4. 3. 2  Download  TR  Data  Base  Citations  (3.2) 

Input .  The  TR  data  base  records  meeting  the  previously  selected  search 
criteria  are  inputs. 

Processing  Steps.  At  the  request  of  the  user  (in  response  to  a  system 
query  appearing  on  the  user's  terminal  screen),  holding  citations  found  during 
a  search  of  the  TR  data  base  are  transferred  to  a  temporary  citation  file  in 
the  local  system.  The  data  are  translated,  by  means  of  the  syntax  and 
protocol  translator,  to  the  format  required  by  the  local  system. 


Output .  A  temporary  file  in  the  local  system  containing  citations  found 
during  the  TR  data  base  search  is  the  process  output. 

A. 4. 3. 3  Subsearch  and  Sort  Downloaded  Citations  (3.3). 

Input .  The  temporary  file  downloaded  from  the  TR  data  base  and  user- 
specified  search  and  sort  parameters  are  the  inputs. 

Processing  Steps.  With  the  parameters  selected  by  the  user,  the  tempo¬ 
rary  file  containing  TR  data  base  citations  can  be  sorted  or  sub-searched. 
The  sort  routine  contained  in  the  System  Management  Module  is  used  to  perform 
the  specified  sorts.  In  addition,  these  citations  can  be  reformatted,  selec¬ 
tively  deleted  by  the  user,  merged  with  local  catalog  search  output,  retained 
for  later,  or  printed  for  patron  use. 

Output .  Process  output  consists  of  the  TR  data  base  sorted  to  user 
specifications  or  the  citations  meeting  subsearch  criteria.  The  output  is 
provided  on  a  hard-copy  report  printed  at  the  local  system. 


Input .  Process  inputs  consist  of  the  local  catalog  file  and  user- 
specified  search  parameters  entered  from  the  terminal  keyboard. 

Processing  Steps.  The  local  catalog  may  be  searched  by  author,  subject, 
title,  local  or  DTIC  accession  number,  publication  date,  or  security  classifi¬ 
cation  (as  a  search  limiter).  The  search  is  performed  on-line  with  the 
routines  resident  in  the  System  Management  Module. 

Output .  A  temporary  file  of  citations  extracted  from  the  local  catalog 
meeting  the  search  criteria  is  the  process  output.  If  no  citations  that  meet 
the  search  criteria  are  found,  a  message  indicating  this  is  displayed  on  the 
user's  terminal.  Citations  may  be  viewed  by  the  user  on  the  terminal  screen. 


4. 4. 3. 5  Sub-search  and  Sort  Local  Catalog  Citations  (3.5) 

Input.  The  input  to  this  process  is  the  temporary  file  containing  cita¬ 
tions  from  the  local  catalog  found  during  a  user  search,  along  with  sub-search 
and  sort  parameters  entered  by  the  user  from  a  terminal  keyboard. 

Processing  Steps.  Sorts  of  the  file  are  performed  by  the  sort  routine  in 
the  System  Management  Module.  The  citations  in  the  temporary  file  are  sub¬ 
searched  by  means  of  criteria  selected  by  the  user.  Sub-searches  can  be 
performed  using  any  of  the  search  keys  specified  in  paragraph  4. 4. 3. 4.  The 
sub-search  can  be  used  to  further  refine  the  citations  that  meet  more 
selective  user  criteria. 

Output .  Process  output  consists  of  a  sorted  or  sub-searched  (deleting 
any  citations  not  meeting  sub-search  criteria)  temporary  citation  file. 
Contents  of  the  file  can  be  displayed  on  the  user's  terminal  screen  or  printed 
at  the  local  system  site. 

4.4.4  Circulation  Management  and  Control  Module  (4.0) 

The  following  describes  the  processes  depicted  in  Figure  4-5. 


4.4.4. 1  Locate  Holding  and  Verify  Status  (4.1). 

Input.  The  user  enters  citation  data  for  the  holding  requested  by  the 
patron.  The  holding  can  be  identified  by  local  accession  or  call  number, 
author,  title,  or  a  combination  of  these  parameters.  The  local  catalog  is 
used  to  perform  the  holding  status  search. 

Processing  Steps .  Using  the  citation  data  entered  by  the  user,  the  local 
catalog  is  searched  to  locate  the  record  for  the  holding.  Data  from  the 
holding  record  is  transmitted  to  the  user's  terminal  screen  for  use  in  deter¬ 
mining  holding  status  and  location. 

Output .  A  terminal  screen  display  containing  the  status  and  location  of 
the  holding  is  the  process  output. 


1‘ 


Input .  The  library  staff  member  eaters  the  patron  identification  using  a 
terminal  keyboard.  Data  contained  in  the  patron  file  are  used  to  verify 
patron  access  and  clearance. 

Processing  Steps.  With  the  patron  identification  entered  by  the  library 
staff,  the  patron  file  is  searched  to  locate  data  on  patron  clearance  and 
access  to  classified  holdings. 

Output .  Data  extracted  from  the  patron  file  are  displayed  on  a  terminal 
screen,  enabling  the  library  staff  to  verify  patron  access  to  classified 
holdings . 

4. 4. 4. 3  Check-out  Holding  and  Update  Patron  File  (4.3). 


Input.  The  system  user  enters  the  local  call  or  accession  number  for  the 
holding  and  the  identification  of  the  patron  to  whom  the  holding  is  charged. 

Processing  Steps.  The  local  catalog  record  for  the  checked-out  holding 
is  updated  to  reflect  the  change  in  status.  The  patron  file  is  updated  to 
reflect  the  release  of  the  holding  to  the  patron. 

Output .  The  catalog  and  the  patron  file  are  updated,  and  a  charge-out 
slip  is  printed  (for  classified  holdings  only)  for  signature  by  the  patron  who 
accepts  the  holding. 

4. 4. 4. 4  Check-in  Holding  and  Update  Patron  File  (4.4). 


Input .  The  system  user  enters  the  local  accession  or  call  number  of  the 
holding  being  returned. 

Processing  Steps.  The  catalog  and  the  patron  file  are  updated  to  reflect 
receipt  of  the  holding  from  a  patron. 

Output .  The  process  produces  updates  of  the  catalog  and  patron  file. 


4. 4. 4. 5  Register  Patrons  and  Change  Patron  Access  (4.5). 


Input .  The  library  staff  enters  the  following  data  to  register  a  new 
patron:  name,  organizational  address,  patron  identification,  and  security 
clearance(s) .  Security  clearances  must  be  verified  by  the  cognizant  security 
official  before  entry  into  the  patron  file.  For  changes  in  the  patron  file, 
the  user  enters  the  patron  identification  along  with  the  changes. 

Processing  Steps.  Data  on  new  patrons  are  added  to  the  patron  file, 
keyed  by  patron  identification.  Approved  changes  in  patron  data  are  made  to 
the  patron  file.  A  transaction  record  of  any  additions  or  changes  to  the 
patron  file  is  prepared  by  the  system. 

Output .  Outputs  include  changes  and  additions  in  the  patron  file,  along 
with  a  hard-copy  report  covering  all  transactions  that  modify  or  add  data  to 
the  patron  file.  This  transaction  report  is  required  to  track  attempts  at 
unauthorized  access  to  security  data  maintained  on  the  patron  file. 

4. 4. A. 6  Prepare  Downgrade/Destruction  Schedules  (4.6). 


Input .  The  user  must  enter  a  review  date  via  the  terminal  keyboard. 

Processing  Steps.  To  determine  whether  the  holding  review  date  for 
downgrading  or  destruction  is  no  later  than  the  date  specified  by  the  user, 
each  local  catalog  entry  for  a  classified  document  is  tested.  If  the  test  is 
true,  the  holding  title  and  local  accession  or  call  number  are  written  to  a 
temporary  file.  If  the  test  is  false,  the  record  is  skipped. 

Output .  A  hard-copy  report,  containing  the  title  and  local  accession  or 
call  number  of  classified  documents  subject  to  review  for  declassification, 
downgrading,  or  destruction  by  the  date  specified,  is  printed  at  the  local 
system,  with  the  temporary  file  created  during  the  search  of  the  local 
catalog. 

4.4.5  Serials  Management  Module  (5.0). 


The  processing  steps  depicted  in  Figure  4-6  are  described  in  this 
subsection. 


Input .  The  user  inputs  data  identifying  the  serial  issues  the  library 


has  received. 

Processing  Steps .  To  reflect  receipt  of  serials,  the  data  are  entered 
into  the  system  by  the  user. 

Output .  The  process  produces  updates  to  the  local  catalog. 

4. 4. 5. 2  Identify  Serial  Claims  (5.2). 

Input .  From  the  local  catalog,  the  publication  schedule  and  data  about 
serial  issues  received  are  extracted. 

Processing  Steps .  A  routine  is  run,  comparing  the  publication  schedule 
with  issues  received,  to  determine  whether  any  serials  have  not  been  received. 

Output .  This  process  produces  a  serial  claims  report,  which  lists  all 
serials  that  are  due  and  unaccounted  for. 

4. 4. 5. 3  Prepare  Serials  Routing  Lists  (5.3). 

Input .  Data  from  the  local  catalog  serve  as  input  to  this  process. 
Processing  Steps.  As  serials  arrive,  a  member  of  the  library  staff 
initiates  a  program  to  produce  the  routing  list  for  that  serial,  using  data 
from  the  local  catalog. 

Output .  From  this  process,  serials  routing  lists  are  generated. 

4.4.6  Acquisition  Management  Module  (6.0). 

The  processing  steps  depicted  in  Figure  4-7  are  described  in  this  sub¬ 
section. 

4.4.6. 1  Check  for  Holding  and  Order  Duplication  (6.1). 


Processing  Steps.  When  the  library  receives  a  patron  request  for  a  new 
item  and  verifies  the  need  for  the  item,  a  duplicate  search  of  the  local 
catalog  and  acquisition  files  is  performed,  to  determine  whether  the  item  is 
already  in  the  collection  or  on  order.  The  local  files  can  be  searched  by 
author,  subject,  title,  local  accession  number,  or  publication  date.  The 
search  is  performed  on-line  with  the  routines  resident  in  the  System  Manage¬ 
ment  Module. 

Output .  A  message  is  printed  at  the  user's  terminal  to  indicate  whether 
a  citation  matching  the  search  parameters  was  found.  Citations  may  be  viewed 
by  the  user  on  the  terminal  screen. 

4. 4. 6. 2  Create  Preliminary  Catalog  Entry  (6.2). 

Input .  Descriptive  cataloging  data  from  the  terminal  keyboard  is  entered 
by  the  user. 

Processing  Steps.  If  a  desired  item  is  not  found  in  the  local  files 
(sub-section  4.4.6. 1),  a  preliminary  bibliographic  record  is  created  when  the 
item  is  ordered.  This  record  is  an  abbreviated  version  of  the  complete  cita¬ 
tion,  consisting  of  descriptive  cataloging  data,  primarily  key  fields  such  as 
title,  author  (corporate  or  individual),  and  date  of  publication.  The  data 
are  entered  from  the  user's  terminal  keyboard,  edited,  and  used  as  the  basis 
for  developing  a  complete  bibliographic  citation  when  the  item  arrives.  These 
data  can  also  be  used  to  initiate  claims  for  unreceived  items  and  to  check  for 
order  duplication. 

Output .  This  process  results  in  storage  of  a  preliminary  bibliographic 
citation  in  the  local  system. 

4. 4. 6. 3  Maintain  and  Update  Acquisition  Budget  (6.3). 


Input .  Budget  data  relating  to  the  ordering  and  purchase  of  new  items 

are  entered  from  the  terminal  keyboard. 


Processing  Steps.  This  process  involves  recording  and  tracking  fiscal 
data  of  on-order  items,  tabulating  current  funds  available,  and  storing  acqui¬ 
sition  data  on  vendors  and  suppliers.  These  data  are  used  for  accounting  and 
budget  management  within  the  library. 

Output.  This  process  results  in  an  updated  local  budget  file. 


APPENDIX  A 


LAM  DATA  ELEMENTS  BY  INPUT 


The  data  elements  that  make  up  each  LAM  input  are  provided  in  this 
appendix.  The  inputs  are  listed  by  HIPO  reference  number  as  they  appear  in 
Figures  4-2  through  4-7.  An  "X”  under  the  reference  number  indicates  that  the 
data  element  is  included  as  part  of  the  input.  A  description  of  each  input  is 
provided  in  Table  4-1;  a  description  of  each  data  element  is  provided  in 
Appendix  B. 
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APPENDIX  B 


DATA  ELEMENTS  FOR  THE  DNA  LOCAL  AUTOMATION  MODEL 


The  data  elements  identified  for  inclusion  ,  in  the  LAM  data  base  at  DNA 
are  listed  and  described  in  this  appendix.  The  data  category,  element 
formats,  DTIC  field  number,  required  elements,  number  of  occurrences,  edit 
criteria,  and  comments  are  given  for  each  element.  As  noted  earlier,  some 
elements  will  be  stored  in  both  the  local  and  the  TR  data  bases,  and  other 
elements  will  be  stored  in  only  one  of  the  two  bases.  Entries  in  the  columns 
headed  "DNA  Format"  and  "DTIC  Format"  indicate  the  data  base(s)  in  which  each 
element  will  be  stored. 


APPENDIX  B.  DATA  ELEMENTS  FOR  THE  DNA  LOCAL  AUTOMATION  MODEL  (Continued) 


APPENDIX  B.  DATA  ELEMENTS  FOR  THE  DNA  LOCAL  AUTOMATION  MODEL  (Continued) 
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APPENDIX  C 

LAM  OUTPUT  FORMATS  AND  DESCRIPTIONS 


This  appendix  contains  descriptions  of  the  outputs  produced  by  the  LAM. 
Outputs  from  the  system  consist  of  terminal  screen  displays,  hard-copy 
reports,  and  files  stored  on  magnetic  disk  as  part  of  the  system  data  base. 
Files  produced  as  outputs  are  not  literally  "seen'*  by  the  user  in  the  same  way 
that  a  screen  display  or  hard-copy  report  would  be.  As  such,  readers  are 
referred  to  Appendix  A,  "LAM  Inputs"  for  the  format  and  content  of  these 
outputs.  However,  examples  and  descriptions  of  terminal  displays  and  hard¬ 
copy  reports  are  presented  in  this  appendix.  The  following  outputs  are 
described  in  this  appendix: 


Output  Title 

HIPO 

Reference 

Number(s) 

Output 

Medium 

Page 

Number 

TR  Data  Base  Citation 

2.1 

Screen  Display 
and  Hard-Copy 

C-3 

TR  Data  Base  Citation 

3.1,  3.3 

Screen  Display 
and  Hard-Copy 

C-6 

Local  Catalog  Citation 

3.4,  3.6 

Screen  Display 
and  Hard-Copy 

C-9 

Holding  Status  and  Location 

4.1 

Screen  Display 

C-12 

Patron  Access  Verification 

4.2 

Screen  Display 

C-14 

Charge-out  Receipt  and 
Accountability  Record 

4.3 

Hard-Copy 

C-16 

Downgrade/Destruction 

Schedule 

4.6 

Hard-Copy 

C-18 

Serial  Claims  Report 

5.2 

Hard-Copy 

C-22 

Serial  Routing  List 

5.3 

Hard-Copy 

C-24 

Duplicate  Check  Results 

6.1 

Screen  Display 

C-26 

Statistical  Report 

1.8 

Hard-Copy 

C-28 

Report/Document  Number  Index 

1.8 

Hard-Copy 

C-31 

Subject  Heading  Index 

1.8 

Hard-Copy 

C-34 

Certified  Destruction  Report 

1.8 

Hard-Copy 

C-36 

1. 


The  following  outputs  appear  in  the  form  of  magnetic  disk  files  not 
normally  viewed  by  the  user  during  system  operations.  The  format  and  content 
of  these  outputs  are  described  in  Appendix  A,  "LAM  System  Inputs."  The 
numbers  appearing  under  the  column  title  "Input  Number"  refer  to  the  HIPO 
reference  numbers  and  are  used  to  locate  the  specific  input  format  referred  to 


in  Appendix  A. 


Output  Title 


Output 
Number (s) 


Input 

Number 


V.W1V1' 


Output  Title:  TR  Data  Base  Citation 


Purpose  of  Output:  Used  to  catalog  a  local  holding  using  a  TR  data  base 
citation 


Sequencing  of  Information:  This  report  will  be  sequenced  by  AD  Number  (DTIC 
Accession  Number) 


Heading:  Includes  title  of  output 


Body  of  Output: 

a.  AD  number:  A  machine  processing  control  number  assigned  uniquely  to 
a  technical  report  by  DTIC 

b.  Fields  and  groups:  DTIC-defined  categories  which  identify  the  area 
of  science  or  technology  covered  in  the  report 

c.  Corporate  author:  The  organization  credited  with  the  preparation, 
writing  or  compiling  of  the  content  of  the  report 

d.  Title:  The  name  of  the  document 

e.  Title  classification:  The  security  classification  of  the  title 

f.  Descriptive  note:  Denotes  the  type  of  report  (e.g.  Final,  Interim) 

g.  Report  date:  The  date  of  publication  of  the  report 

h.  Pagination:  Number  of  pages  in  the  document 

i.  Report  number:  The  number  assigned  to  a  document  by  the  organiza¬ 
tion,  whether  government,  military  or  contractor,  which  performed 
the  research  reportedin  the  report 

j.  Contract  number:  The  contract,  grant,  or  order  funding  that  iden¬ 
tifies  the  financial  support  of  the  research  results  recorded  in  the 
technical  report 

k.  Report  classification:  The  security  classification  of  the  report 

l.  Descriptors:  A  word  or  phrase  from  the  DRIT  which  expresses  the 
technical  effort  being  reported 

m.  Descriptor  classification:  The  security  classification  of  the 

descriptors 


AD-A141  501 


UNCLASSIFIED 


LOCAL  AUTONATION  NODEL:  SVSTEN  SPECIFICATIONS) 
LOGISTICS  MANRGENENT  INST  WASHINGTON  DC 
H  P  HAMILTON  ET  AL.  NAR  84  LMI-DL401  NDA903-81-C-016S 

F/6  5/2 


n.  Identifiers:  A  word  or  phrase  which  refers  to  specific  scientific 
or  technical  concepts  covered  in  the  report 

o.  Identifier  classification:  The  security  classification  of  the 

identifiers 


Sample  Report:  See  Figure  C-l 


Output  Title:  TR  Data  Base  Citation 


Purpose  of  Output:  Used  to  catalog  a  local  holding  using  a  TR  data  base 
citation 


Sequencing  of  Information:  This  report  will  be  sequenced  by  AD  Number  (DTIC 
Accession  Number) 


Heading :  Includes  title  of  output 


Body  of  Output: 

a.  AD  number:  A  machine  processing  control  number  assigned  uniquely  to 
a  technical  report  by  DTIC 

b.  Fields  and  groups:  DTIC-defined  categories  which  identify  the  area 
of  science  or  technology  covered  in  the  report 

c.  Corporate  author:  The  organization  credited  with  the  preparation, 
writing  or  compiling  of  the  content  of  the  report 

d.  Title:  The  name  of  the  document 

e.  Title  classification:  The  security  classification  of  the  title 

f.  Descriptive  note:  Denotes  the  type  of  report  (e.g.  Final,  Interim) 

g.  Report  date:  The  date  of  publication  of  the  report 

h.  Pagination:  Number  of  pages  in  the  document 

i.  Report  number:  The  number  assigned  to  a  document  by  the  organiza¬ 
tion,  whether  government,  military  or  contractor,  which  performed 
the  research  reportedin  the  report 

j.  Contract  number:  The  contract,  grant,  or  order  funding  that  iden¬ 
tifies  the  financial  support  of  the  research  results  recorded  in  the 
technical  report 

k.  Report  classification:  The  security  classification  of  the  report 

l.  Descriptors:  A  word  or  phrase  from  the  DRIT  which  expresses  the 
technical  effort  being  reported 

m.  Descriptor  classification:  The  security  classification  of  the 

descriptors 


C-3 


FIGURE  C-l.  TR  DATA  BASE  CITATION  (FOR  CATALOGING) 


TR  DATA  BASE  CITATION  (FOR  CATALOGING) 

AD  Nuaber  _ 

Fields  and  Groups  _  ,  _  ,  _  ,  _ 

Corporate  Author  _ 

Title  _ 

Title  Classification  _ 

Descriptive  Note  _ 

Personal  Author  _ 

Report  Date  _ 

Pagination  _ 

Report  Nuaber  _ 

Contract  Nuaber  _ 

Report  Classification  _ 

Descriptors  _ 


Descriptor  Classification 
Identifiers  _ 


Identifier  Classification 


Output  Title:  TR  Data  Base  Citation 


Purpose  of  Output:  Used  to  identify  a  report  in  the  TR  data  base 


Sequencing  of  Information:  This  report  will  be  sequenced  by  AD  Number  (DTIC 
Accession  Number) 


Heading:  Includes  title  of  output 


Body  of  Output: 

a.  AD  number:  A  machine  processing  control  number  assigned  uniquely  to 
a  technical  report  by  DTIC 

b.  Fields  and  groups:  DTIC-defined  categories  which  identify  the  area 
of  science  or  technology  covered  in  the  report 

c.  Corporate  author:  The  organization  credited  with  the  preparation, 
writing  or  compiling  of  the  content  of  the  report 

d.  Title:  The  name  of  the  document 

e.  Title  classification:  The  security  classification  of  the  title 

f.  Descriptive  note:  Denotes  the  type  of  report  (e.g.  Final,  Interim) 
*  g.  Report  date:  The  date  of  publication  of  the  report 

h.  Pagination:  Number  of  pages  in  the  document 

i.  Report  number:  The  number  assigned  to  a  document  by  the  organiza¬ 
tion,  whether  government,  military  or  contractor,  which  performed 
the  research  reported  in  the  report 

j.  Contract  number:  The  contract,  grant,  or  order  funding  that 

identifies  the  financial  support  of  the  research  results  recorded  in 
the  technical  report 

k.  Report  classification:  The  security  classification  of  the  report 

l.  Descriptors:  A  word  or  phrase  from  the  DRIT  which  expresses  the 
technical  effort  being  reported 


m. 


Descriptor  classification: 
descriptors 


The  security  classification  of  the 


a. 


Identifiers:  A  word  or  phrase  which  refers  to  specific  scientific 

or  technical  concepts  covered  in  the  report 


o.  Identifier  classification:  The  security  classification  of  the 

identifiers 

p.  Abstract:  Summary  of  the  most  significant  information  contained  in 
the  report 


Sample  Report:  See  Figure  02 


Field*  and  Group*  _ 

Corporate  Author  _ 

Title  _ 

Title  Classification 

Descriptive  Hote  _ 

Personal  Author  _ 

Report  Date  _ 

Pagination  _ 

Report  Number  _ 

Contract  Number  _ 

Report  Classification 
Descriptors  _ 


Descriptor  Classification 

Identifiers  _ 

Identifier  Classification 


Abstract 


Output  Title:  Local  Catalog  Citation 


Purpose  of  Output:  To  identify  a  local  holding  and  to  revise  a  local  cita¬ 
tion  for  submission  to  the  TR  data  base 


Sequencing  of  Information:  This  output  will  be  sequenced  by  DTL  number  for 
reports  and  by  call  number  for  books  and  serials 


Heading:  Includes  title  of  the  output 


Body  of  the  Report: 

a.  DTL  number:  DNA  Technical  Library  accession  number,  assigned 

sequentially  to  reports 

b.  Call  number:  Catalog  number  assigned  to  books  and  serials 

c.  Type  of  holding:  Indicates  the  class  of  holding  (report,  book, 
serial) 

d.  Primary  report  number:  The  number  assigned  to  a  document  by  the 
organization,  whether  government,  military  or  contractor,  which 
performed  the  research  recorded  in  the  document 

e.  DTIC  accession  number:  A  machine  processing  control  number  assigned 
uniquely  to  a  technical  report  by  DTIC 

f.  Origination  date:  Date  of  the  document 

g.  Originating  agency:  The  organization  credited  with  the  preparation, 
writing  or  composing  of  the  content  of  the  document 

h.  Document  classification:  Security  classification  of  the  output 

i.  Page/leaf  count:  Number  of  pages  in  the  document 

j.  Contract  number:  The  contract,  grant,  or  order  funding  that 

identifies  the  financial  support  of  the  research  results  recorded  in 
the  document 

k.  Author:  The  person  or  persons  credited  with  the  preparation, 

writing  or  composing  of  the  content  of  the  report 

l.  Title:  The  name  of  the  document 


m. 


Title  classification:  Security  classification  of  the  title 


n.  Subject  headings:  Any  single  words  or  phrases 

technical  effort  being  reported 

o.  Security  classification  of  subject  headings: 


Sample  Report:  See  Figure  03 


expressing  the 
Self-explanatory 


FIGURE  C-3.  LOCAL 


LOCAL  CATALOG 

DTL  Number  _ 

Call  Number  _ _ 

Type  of  Holding  _ 

Primary  Report  Nuaber  _ 

Organization  Date  _ 

Originating  Agency  _ 

Document  Clasaification  _ 

Page/Leaf  Count  _ 

Contract  Huaber  _ 

Author  _ _ 

Title  _ 

Title  Clasaification  _ 


Date  Ordered 


Report  Title:  Holding  Status  and  Location 


Purpose  of  Report:  To  determine  the  status  and  location  of  a  holding 


Sequencing  of  Information:  This  report  will  be  sequenced  by  DTL  Number 


Heading:  Includes  the  title  of  the  report 


Body  of  Report: 

a.  Holding  status:  Indicates  the  circulation  status  of  the  holding 
(shelved,  on  loan,  missing,  etc.) 

b.  DTL  number:  DNA  Technical  Library  catalog  number,  assigned 

sequentially  to  reports 

c.  Call  number:  Catalog  number  assigned  to  books  and  serials 

d.  Title:  Name  of  the  holding 

e.  Title  classification:  Security  classification  of  the  title 

f.  Document  classification:  Security  classification  of  the  document 

g.  Originating  agency:  The  organization  credited  with  the  preparation, 
writing  or  composing  of  the  report.  For  reports,  the  corporate 
author  is  the  originating  agency;  for  books,  the  originating  agency 
is  the  publisher 

h.  Origination  date:  Date  of  publication 

i.  Primary  report  number:  The  number  assigned  to  a  document  by  the 
organization,  whether  government,  military  or  contractor,  which 
performed  the  research  recorded  in  the  report 

j.  DTIC  accession  number:  A  machine  processing  control  number  assigned 
uniquely  to  a  technical  report  by  DTIC 

k.  Copy  number:  Sequential  numbering  of  documents  for  which  a  library 
has  multipe  copies 

l.  Type  of  holding:  Indicates  the  class  of  a  holding  (report,  book, 
serial,  etc.) 


Sample  Report:  See  Figure  C-4 


FIGURE  04.  HOLDING  STATUS  AND  LOCATION 


HOLDING  STATUS  AMD  LOCATION 
Holding  Status  _ 

DTL  Nuaber  _  Call  Number  _ 

title  _ 

Title  Classification  _  Document  Classificaton 

Originating  Agency  _ 

Originating  Date  _ 

Primary  Report  Number  _ 

DT1C  Accession  Number  _ 


Report  Title:  Patron  Access  Verification 


Purpose  of  Report:  To  determine  whether  a  patron  has  the  required  "need  to 
know"  clearance  to  check  out  a  selected  holding 


Sequencing  of  Information:  This  report  will  be  sequenced  alphabetically  by 
a  patron's  last  name 


Heading:  Includes  the  title  of  the  report 


Body  of  Output: 

a.  Name:  Name  of  the  patron 

b.  Agency/address:  The  agency  with  which  a  patron  is  affiliated  and, 
if  the  affiliation  is  other  than  DNA  Headquarters,  the  patron's 
mailing  address 


c. 


Need  to  know:  The  subject  areas  within  which  a  patron  is 

authorized  to  check  out  library  materials 


PATRON  ACCESS  VERIFICATION 


Agency/ Address 


Need  to  Know  (Subject  Headings) 


1. 


2. 


3. 


A. 


(Up  to  15  entries  can  be  displayed) 


Report  Title:  Charge-out  Receipt  and  Accountaoility  Record 


Purpose  of  Report:  To  record  the  transfer  of  responsibility  for  a  classi¬ 
fied  document  from  the  library  to  the  patron  who  has  checked  out  the 
document 


Heading;  Includes  the  title  of  the  report,  the  name  of  the  patron  and  the 
address  of  the  DNA  library 


Body  of  Report: 

a.  Control  number:  Unique  identification  number  assigned  to  a  classi¬ 
fied  document  by  the  security  control  point  within  an  organization; 
also  referred  to  as  security  control  number 

b.  Classification:  Security  classification  of  the  document 

c.  Copy  number:  Sequential  numbering  of  documents  for  which  a  library 
has  multiple  copies 

d.  Title:  The  name  of  the  document 

e.  Originating  agency:  The  organization  credited  with  the  preparation, 
writing  or  composing  of  the  content  of  the  report.  For  reports,  the 
corporate  author  is  the  originating  agency 

f.  Document  date:  The  date  of  publication  of  the  document 

g.  Due  date:  Date  on  which  the  holding  is  due  to  be  returned  to  the 
library  by  the  patron 

h.  Circulation  date:  Date  on  which  the  document  was  last  checked  out 
of  the  library 

i.  Today's  date:  Date  on  which  the  accountability  record  was  produced 

j.  Name  of  patron:  Name  of  the  individual  to  whom  the  document  is 
charged 

k.  Patron's  title  or  grade:  Name  or  grade  of  the  patron's  position 


1. 


Patron's  mailing  address:  Office  address  at  which  the  patron 

receives  mail 


CHARGE-OUT  RECEIPT/ACCOUNTABILITY  RECORD 


FROM:  DIRECTOR 
DEFENSE  NUCLEAR  AGENCY 
ATTN:  TITL 
WASHINGTON,  D.C.  20305 


CONTROL  NO:  _  CLASSIFICATION:  _  COPY  NO: 

TITLE:  _ 

ORIGINATING  AGENCY:  _ 

DOCUMENT  DATE:  _  DUE  DATE:  _ 

CIRCULATION  DATE:  _  TODAY'S  DATE:  _ 

PATRON'S  NAME:  _ 

PATRON'S  MAILING  ADDRES:  _  _ 


BY  SIGNING,  I  ACKNOWLEDGE  THAT  I  HAVE  RECEIVED  THE  ABOVE  MATERIAL  AND  THAT 
THE  ABOVE  INFORMATION  IS  ACCURATE. 


PATRON'S  SIGNATURE: 


Report  Title:  Downgrade/Destruction  Report 


Purpose  of  Report:  To  identify  documents  scheduled  for  downgrading  or 

destruction  each  month 


Sequencing  of  Information:  This  report  will  be  divided  into  two  parts: 
downgrading  and  destruction.  Within  each  part,  information  will  be 
sequenced  by  security  classification  and,  secondarily,  by  accession 
number 


Heading:  Includes  security  classification  of  the  report,  name  of  the  LAM 

library,  report  title,  date  on  which  the  report  was  generated,  and  page 
number 


Body  of  the  Report: 


The  report  is  divided  into  two  parts:  downgrading  and  destruction.  Each 
part  is  organized  as  follows: 


Statistical  summary: 


-  Current  classification:  Security  classification  of  the  library 
headings 


-  Previous  month:  The  number  of  holdings,  scheduled  for  down¬ 
grading  or  destruction  in  previous  months,  which  were  not 
downgraded 


-  Current  month:  The  number  of  holdings  scheduled  for  downgrading 
or  destruction  in  the  current  month 


Next  Month:  The  number  of  holdings  scheduled  for  downgrading  or 
destruction  in  the  following  month 


b.  Detailed  listings;  includes  the  following  information  on  all 
holdings  currently  due  for  downgrading  or  destruction: 


-  Accession  number:  For  reports,  DTL  number;  for  books,  call 
number 


-  Status:  Indicates  whether  a  holding  is  currently  on-hand  or 

unavailable  (checked  out,  being  rebound,  etc) 


-  Title:  The  name  of  the  document,  including  the  subtitle  and 
alternate  where  cited 


Copy  number:  Number  assigned  to  multi-copy  holdings  to  uniquely 
identify  each  copy 


Downgrade  classification:  Security  classification  to  which  a 

holding  is  scheduled  to  be  re-classified  (not  applicable  for 
destruction) 

Downgrade  or  destruction  date:  Date  on  which  a  holding  is 
scheduled  to  be  reclassified 


Sample  Report:  See  Figure  C-7 


CLASSIFICATION 

HEADQUARTERS  DEFENSE  NUCLEAR  AGENCY 
TECHNICAL  LIBRARY 


I.  DOWNGRADE  REPORT 


AS  OF:  mm  PAGE:  99 

NUMBER  OF  HOLDINGS  TO  BE  DOWNGRADED 


CURRENT 

CLASSIFICATION 

PREVIOUS 

MONTHS 

CURRENT 

MONTH 

NEXT 

MONTH 

TOP  SECRET 

999 

999 

999 

SECRET 

999 

999 

999 

CONFIDENTIAL 

999 

999 

999 

TOTAL 

9999 

9999 

9999 

TOP  SECRET  HOLDINGS  TO  BE  DOWNGRADED  THIS  MONTH 
(INCLUDING  HOLDINGS  NOT  DOWNGRADED  IN  PREVIOUS  MONTHS)* 


ACCESSION 

NUMBER 

STATUS 

TITLE 

COPY 

NO 

DOWNGRADE 

CLASSIFICATION 

DOWNGRADE 

DATE 

99999 

X 

xxxxxxxxxxx 

999 

mm 

mnnnc 

♦NOTE:  THIS  REPORT  WILL  BE  SORTED  BY  ALL  SECURITY  CLASSIFICATIONS  WITHIN 
A  LIBRARY'S  COLLECTION  (i.e.,  TOP  SECRET,  SECRET,  CONFIDENTIAL, 
ETC.) 


FIGURE  C-7 .  DOWNGRADE/DESTRUCTION  REPORT- (Continued) 


CLASSIFICATION 

HEADQUARTERS  DEFENSE  NUCLEAR  AGENCY 
TECHNICAL  LIBRARY 

II.  DESTRUCTION  REPORT 


AS  OF:  mm  PAGE:  99 


NUMBER  OF  HOLDINGS  TO 

BE  DESTROYED 

CURRENT 

MONTH 

NEXT 

MONTH 

CURRENT 

CLASSIFICATION 

PREVIOUS 

MONTHS 

TOP  SECRET 

999 

999 

999 

SECRET 

999 

999 

999 

CONFIDENTIAL 

999 

999 

999 

UNCLASSIFIED 

999 

999 

999 

TOTAL 

9999 

9999 

9999 

TOP  SECRET  HOLDINGS  TO  BE  DESTROYED  THIS  MONTH 
(INCLUDING  HOLDINGS  NOT  DOWNGRADED  IN  PREVIOUS  MONTHS)* 


ACCESSION 

COPY 

DESTRUCTION 

STATUS 

TITLE 

NO 

DATE 

99999 

X 

xxxxxxxxxxx 

999 

loooanc 

* 

• 

* 

• 

♦NOTE:  THIS  REPORT  WILL  BE  SORTED  BY  ALL  SECURITY  CLASSIFICATIONS  WITHIN 
A  LIBRARY'S  COLLECTION  (i.e.,  TOP  SECRET,  SECRET,  CONFIDENTIAL, 
ETC.) 


Report  Title.:  Serial  Claims  Report 


Purpose  of  Report:  To  identify  recent  issues  of  serials  which  are  due  from 
the  publisher  but  not  yet  received  by  the  library 


Sequencing  of  Information:  This  report  will  be  sequenced  alphabetically  by 
serial  title 


Heading:  Includes  title  of  the  report  and  the  month  being  reported  on 
Body  of  the  Report: 

a.  Serial  title:  The  name  of  the  serial 

b.  Date  of  issue:  Date  of  publication  of  the  serial 


Sample  Report:  See  Figure  C-8 


Report  Title;  Serial  Routing  List 


Purpose  of  Report:  To  provide  for  the  routing  of  serials  to  all  requesting 
offices 


Sequencing  of  Information:  This  report  will  be  sequenced  alphabetically  by 
serial  title.  Each  page  will  contain  routing  information  about  a 
single  serial. 


Heading:  Includes  the  title  of  the  report 


Body  of  the  Report: 

a.  Serial  title:  The  name  of  the  serial  publication 

b.  Volume  number  &  issue  number:  The  numbering  sequence  by  which  the 
individual  issue  of  a  serial  is  identified 

c.  Issue  date:  Date  on  which  the  issue  was  published 

d.  Copy  number:  For  multiply-copy  subscriptions,  the  sequential 

number  identifying  an  individual  copy 

e. 


f. 


Classification:  Security  classification  of  the  serial 
Recipients:  Individuals  or  offices  to  which  the  serial  is  routed 


SERIAL  ROUTING  LIST 


Serial  Title  _ 

Voluae  Nuaber  _  Issue  Nuaber 

Issue  Date  _ 

Copy  Nuaber  _  Classification 

Recipients 

1.  _ 

2.  _ 

3. 

4.  _ _ 


(Up  to  20  recipients  can  be  listed) 


Output  Title:  Duplicate  Check  Results 


Purpose  of  Output:  To  determine  whether  a  requested  document  is  in  the 
library's  collection  or  on  order 


Sequencing  of  Information:  This  output  will  be  sequenced  by  DTL  number  for 
reports  and  by  call  number  for  books  and  serials 


Heading;  Includes  title  of  the  output 


Body  of  Output: 

a.  DTL  number:  DNA  Technical  Library  accession  number,  assigned 

sequentially  to  reports 

b.  Call  number:  Catalog  number  assigned  to  books  and  serials 

c.  Primary  report  number:  The  number  assigned  to  a  document  by  the 
organization,  whether  government,  military  or  contractor,  which 
performed  the  research  recorded  in  the  document 

d.  Origination  date:  Date  of  the  document 

e.  Originating  agency:  The  organizaton  credited  with  the  prepara¬ 
tion,  writing  or  composing  of  the  content  of  the  document 

f.  Document  classification:  Security  classification  of  the  output 

g.  Page/Leaf  Count:  Number  of  pages  in  the  document 

h.  Contract  number:  The  contract,  grant,  or  order  funding  that 

identifies  the  financial  support  of  the  research  results  recorded 
in  the  document 

i.  Author:  The  person  or  persons  credited  with  the  preparation, 

writing  or  composing  of  the  content  of  the  report 

j.  Title:  The  name  of  the  document 

k.  Title  classification:  Security  classification  of  the  title 

l.  Date  ordered:  Date  on  which  the  document  was  ordered  by  DNA 


Sample  Report: 


See  Figure  C-10 


DUPLICATE  CHECK  RESULTS 


DTL  Nuaber  _ 

Call  Nuaber  _ 

Type  of  Holding  _ 

Priaary  Report  Nuaber  _ 

Origination  Date  _ 

Originating  Agency  _ 

Document  Classification 

Page/Leaf  Count  _ 

Contract  Nuaber  _ 

Author  _ 

Title  _ 

Title  Classification  _ 
Date  Ordered  _ 


Report  Title:  Statistical  Report 


Purpose  of  Report:  To  tabulate  library  statistics  for  major  library  functions 


Sequencing  of  Information:  This  report  will  be  sequenced  by  library  function 


Heading:  Includes  security  classification  of  the  report,  name  of  the  LAM 

agency  library  and  name  of  report 


Body  of  the  Report: 

a.  Within  major  library  functions,  statistics  are  generated  for  the 

current  month,  previous  month  and  year  to  date  (where  applicable) 

b.  Statistics  within  each  function  (circulation,  holdings,  etc.)  are 

tabulated  by  one  or  more  characteristics,  as  follows: 

-  Circulation  statistics  reflect  the  number  of  holdings  which  have 
been  checked  out  of  the  library,  tabulated  by:  media  of  the 
holding,  security  classification  of  the  holding,  category  of 
patron,  and  number  of  days  elapsed  since  the  document  was  checked 
out 

-  Holdings  statistics  reflect  the  number  of  documents  in  a 
library's  collection,  tabulated  by  media  and  security 
classification 

-  Acquisitions  statistics  refer  to  the  number  of  documents  which 
were  recently  procured  by  the  library  tabulated  by  media  and 
security  classification 

-  SBIN  statistics  refer  to  the  number  of  records  transmitted  via 
the  Shared  Bibliographic  Input  Network  to  DTIC 

-  Certified  destruction  statistics  refer  to  the  number  of 
classified  documents  which  were  destroyed,  tabulated  by  security 
classification  of  the  document 


Sample  Report:  See  Figure  C-ll 


FIGURE  C-ll.  STATISTICAL  REPORT 
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FIGURE 


II-  STATISTICAL  REPORT  (Continued) 
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C-30 


Report  Title:  Report/Document  Number  Index 


Purpose  of  Report:  To  provide  a  hard  copy  or  COM  reference  document  to  be 
used  in  place  of  the  on-line  reference  module  in  the  event  of  a  system 
failure. 


Sequencing  of  Information:  This  report  will  be  sequenced  by  report/document 
number.  Information  about  each  report/document  will  be  presented  on 
a  single  page. 


Heading :  Includes  security  classification  of  the  report,  name  of  the  LAM 

library,  report  title,  date  report  was  generated,  and  page  number. 


Body  of  Report: 

a.  Accession  number:  For  reports,  DTL  number;  for  books,  call  number 

b.  Report  number  (or  source  series):  The  number  assigned  to  a  document 
by  the  organization,  whether  government,  military  or  contractor, 
which  performed  the  research  recorded  in  the  report 

c.  Title:  The  name  of  the  document,  including  the  subtitle  and  alter¬ 
native  title  when  cited 

d.  Author: 

-  Personal  author:  The  person  credited  with  the  preparation, 

writing  or  compiling  of  the  content  of  the  report 

-  Corporate  author:  The  organization  credited  with  the  prepara¬ 
tion,  writing  or  composing  of  the  content  of  the  report 

e.  Document  identification  number 

-  DTIC  accession  number:  A  machine  processing  control  number 
assigned  uniquely  to  a  technical  report  by  DTIC 

-  Report  number:  Same  as  "B.  Report  Number"  above 

-  MIPR  number:  Military  Interdepartmental  Purchase  Request  number 

-  Contract  number:  The  contract,  grant,  or  order  funding  that 
identifies  the  financial  support  of  the  research  results  recorded 
in  the  technical  report 


Sub- task  number:  A  component  of  a  task  representing  a  discrete 
unit  of  work  performed  by  a  single  organization 


- 

Monitor  acronym:  The  acronym  prefix  and  agency  series  number 
assigned  to  a  technical  report  by  the  military 

- 

Monitor  series:  Organization  or  government  office  monitoring  or 
sponsoring  the  research  in  the  report. 

f.  Security  identification 

- 

Document  classification:  Security  classification  of  the  document 

” 

Document  control  number:  Unique  identification  number  assigned 
to  a  classified  document  by  the  security  control  point  within  an 
organization 

- 

Citation  classification:  Security  classification  of  the  biblio¬ 
graphic  record. 

g.  Document  characteristics 

- 

Media:  Output  format  of  the  report  (hard  copy,  microfiche, 

microfilm,  etc) 

- 

Report  date:  The  date  of  publication  of  the  document 

- 

Volume  and  issue:  For  periodical  publications,  the  numbers  which 
uniquely  identify  a  particular  issue 

- 

Weeds:  Information  used  for  reviewing  and  discarding  unnecessary 
library  holdings 

- 

Pagination:  Number  of  pages  in  the  document 

- 

Number  of  copies:  Number  of  copies  of  the  document  in  the 
library's  catalog 

- 

Copy  numbers:  Sequential  numbering  of  documents  for  which  a 
library  has  multiple  copies. 

NOTE: 

Report  indexes  sequenced  by  the  following  fields  can  also  be 
generated  in  this  format: 

- 

Monitor  acronym/monitor  series 

- 

Subtask 

- 

MIPR  number 

- 

Contract  number 

- 

Report  title 

- 

Personal  author 

• 

Corporate  author. 

Sample  Report:  See  Figure  012 

C-32 


Report  Title:  Subject  Heading  Index 


Purpose  of  Report:  To  provide  a  hard-copy  reference  document  in  place  of  the 
on-line  catalog  in  the  event  the  system  is  not  available. 


Sequencing  of  Information:  This  report  will  be  sequenced  alphabetically  by 
subject  heading. 


Heading:  Includes  security  classification  of  the  report,  name  of  the  LAM 
library,  report  title,  date  on  which  the  report  is  generated 


Body  of  the  Report: 

a.  Subject  heading:  Any  single  word  on  phrases  expressing  the 

technical  effort  being  reported 

b.  Library  accession  number:  A  list  of  documents  which  are  cataloged 
under  the  given  subject  heading,  identified  and  sorted  by  library 
accession  number  (for  reports,  DTL  number;  for  books,  call  number) 


Sample  Report:  See  Figure  C-13 


CLASSIFICATION 


HEADQUARTERS  DEFENSE  NUCLEAR  AGENCT 
TECHNICAL  LIBRARY 

SUBJECT  HEADING  INDEX 

AS  OF  DATE:  MMDDTY 

SUBJECT  HEADING:  mtr  m 
DNA  ACCESSION  NO:  OIL  -  99,9999 
OIL  -  99,9999 
OIL  -  99,9999 
DTL  -  99,9999 


SUBJECT  HEADING:  ttttx  nm 

DNA  ACCESSION  NO:  DTL  -  99,9999 

DTL  -  99,9999 

DTL  -  99,9999 

DTL  -  99,9999 


Report  Title:  Certified  Destruction  Report 


Purpose  of  Report:  Certifies  that  a  classified  document  has  been  destroyed 


Sequencing  of  Information:  This  report  will  be  sequenced  by  DTL  Number 


Heading :  Includes  title  of  output 


Body  of  Output: 

a.  DTL  number:  Identifier  assigned  to  a  document  using  the  numbering 
schema  of  the  DNA  Technical  Library 

b.  Page/Leaf  count:  Number  of  pages  in  the  document 

c.  Copy  number/Microform  number:  Indicates  the  copy  number  of  a 

document  or  microform  being  destroyed 

d.  Date  Coded:  Date  on  which  the  document  was  originally  entered  into 
the  system 

e.  DTIC  AD  number:  A  machine  processing  control  number  assigned 

uniquely  to  a  technical  report  by  DTIC 

f.  MIPR  number:  Military  Interdepartmental  Purchase  Request  number 

g.  Date  of  document:  Date  of  publication  of  the  report 

h.  Subtask  number:  DNA  subtask  which  funded  the  research  reported  in 
the  document 

i.  Scope  notes:  A  phrase  which  indicates  the  class  of  the  document 
(for  example,  "Final",  "Draft",  etc.) 

j.  Classification:  The  security  classification  assigned  to  the 

document 

k.  Originating  agency  (Corporate  Author):  The  organization  credited 
with  the  preparation,  writing  or  composing  of  the  content  of  the 
report 


1. 


Author  (Personal  Author):  The  person  credited  with  the  preparation, 
writing  or  composing  of  the  content  of  the  report 


m.  Contract  number:  The  contract,  grant,  or  order  funding  that 

identifies  the  financial  support  of  the  research  results  recorded  in 
the  technical  report 

n.  Primary  report  number:  Number  assigned  to  the  document  by  the 
military  or  government  office  which  sponsored  the  research 

o.  Secondary  Report  number:  Number  assigned  to  the  document  by  the 
organization  performing  the  research 

p.  Deletion  Message:  Information  concerning  destruction  of  the 

document  and  deletion  of  the  document  record  from  the  data  base 

q.  Document  Title:  Name  of  the  document 

r.  Signature  Blocks:  Signature  of  the  person  who  prepared  the  document 
for  destruction  and  of  the  person  who  witnessed  the  destruction,  as 
required  by  DoD  security  regulations . 


FIGURE  C-14.  CERTIFIED  DESTRUCTION  REPORT 


CERTIFIED  DESTRUCTION  REPORT 


DTL  NUMBER: 

PAGE/LEAF  COUNT: 

COPY  NUMBER  1: 
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4: 

MICROFORM  NO.  1: 

2:  3: 
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DATE  CODED: 

OTIC  AD  NUMBER: 

MI PR  NUMBER: 

DATE  OF  DOCUMENT: 

SUBTASK  NUMBER: 

SCOra  NOTES: 

CLASSIFICATION: 

SECURITY  CONTROL  NO.: 

WEEDS: 

ORIGINATING  AGENCY: 
AUTHOR:  _ 


CONTRACT  NUMBER: 

PRIMARY  REPORT  NO. : 

DELETION  MESSAGE: 

SECONDARY  REPORT  NO: 

DOCUMENT  TITLE: 

I  have  prepared  the  above 

Signature 

liated  documents  for  destruction,  _ 

Date 

_  P*8e* • 

I  have  witnessed  destruction  of  the  above  listed  docuaent. 


Signature 


Date 


APPENDIX  D 


DESCRIPTION  OF  HIPO  CHARTS  AND  SYMBOLS 


The  Hierarchy-Input-Process-Output  (HIPO)  design  methodology  uses  a 
series  of  charts  to  depict  the  flow  of  processes  and  data  within  a  system. 
Figures  4-2  through  4-7  contained  in  Section  4  of  this  System  Specification 
are  the  input-process-output  charts  for  the  Local  Automation  Model  (LAM). 
This  appendix  describes  briefly  the  format  and  symbols  used  on  the  charts. 
For  a  more  detailed  explanation  of  the  HIPO  methodology,  see  "System  Design 
and  Documentation  —  An  Introduction  to  the  HIPO  Method,"  Harry  Katzan,  Jr., 
Van  Nostrand  Reinhold  Company,  New  York,  1976  (ISBN  0-442-24267-0). 

HIPO  Chart  Symbols. 

The  following  symbols  are  used  in  preparing  the  LAM  HIPO  charts  contained 
in  this  System  Specification: 


Indicates  a  terminal  with  video  display 
and  keyboard  used  for  entering  inputs 
required  for  a  process  or  for  visually 
displaying  to  the  user  outputs  from  a 
process . 


Shows  the  flow  of  inputs  or  outputs  to  or 
from  a  process.  Also  used  to  show  the 
transfer  or  flow  of  processing  control. 


Indicates  the  use  of  on-line  storage  of 
files,  which  may  be  process  inputs  or 
outputs. 


D-l 


Used  to  indicate  a  document  input  or 
output  for  a  process.  Reports  produced 
by  a  process  are  generally  displayed  as 
documents . 


On-page  connector  used  to  indicate  an 
exit  to  or  entry  from  another  part  of  the 
chart.  The  letter  contained  within  the 
symbol  indicates  which  connector  is 
exited  to  or  entered  from. 


Off-page  connector  used  to  indicate  an 
exit  to  or  entry  from  another  chart 
within  the  package  of  system  charts.  The 
number  within  the  system  designates  the 
chart  to  which  the  exit  is  made  or  from 
which  the  entry  is  made. 


When  used  to  enclose  several  symbols 
(such  as  on-line  storage  and  display 
terminal  symbols)  this  indicates  a  col¬ 
lection  or  group  of  inputs  or  outputs 
related  to  a  process. 


HIPO  Chart  Formats. 

Each  chart  contains  a  heading  section  that  identifies  the  system,  the 
function  or  process  within  the  system,  and  the  date  of  chart  preparation  or 


latest  revision.  Below  the  heading  section,  the  chart  contains  three  distinct 
areas  indicated  by  the  large  vertical  boxes  which  divide  the  page  into  roughly 
thirds.  The  left-hand  box  contains  the  input  symbols  and  descriptions,  the 
center  box  contains  a  description  of  processes  or  processing  steps  making  use 
of  the  inputs,  and  the  right-hand  box  contains  the  process  output  symbols  and 
descriptions.  The  arrows  connecting  the  inputs,  processes,  and  outputs 
indicate  the  sequential  relationship  among  the  three  separate  elements  of  the 
chart.  An  input  may  be  used  by  one  or  several  processes,  and  a  process  can 


produce  several  outputs,  some  of  which  may  serve  as  inputs  to  subsequent 
processes.  In  general,  the  order  of  execution  for  the  processes  begins  at  the 
top  of  the  page  and  proceeds  to  the  bottom. 

The  processing  steps  contained  within  each  chart  are  explained  in  sub¬ 
section  4.4  Program  Descriptions.  In  general,  each  process  block  within  a 
chart  will  be  implemented  as  an  application  program  or  system  utility.  In 
some  cases,  the  process  may  be  implemented  as  several  programs  because  of 
unusual  complexity  or  size.  The  charts  are  refined  as  software  development 
progresses  to  reflect  these  changes. 
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